LSby u/liam_smith·17hDiscussion

고볼륨 FX/암호화폐 운영자를 위한 온보딩 마찰 – 누가 이 문제를 해결하고 있나요?

원문에서 자동 번역됨 · 원문 읽기 (English)

저희 플랫폼은 특히 $EURUSD와 주요 암호화폐 쌍에서 상당한 거래량을 보이며 규모를 확장하고 있습니다. 하지만 반복되는 골칫거리는 새로운 유동성 공급자 및 결제 서비스 제공업체와의 온보딩 프로세스입니다. 통합을 시도할 때마다, 다른 역량으로 이미 거래했던 업체들과도 동일한 소모적인 KYB 프로세스를 다시 겪는 것 같습니다.

이것은 단순히 시간 낭비가 아닙니다. 문서 요구 사항의 일관성 부족과 특정 검토 단계를 유발하는 요인에 대한 명확성 부족이 문제입니다. 이는 필연적으로 출시일을 지연시키고 상당한 운영 자원을 묶어둡니다. 혹시 이 끊임없는 마찰을 완화할 수 있는 더 효율적인 접근 방식, 예를 들어 특정 기술 스택이나 파트너십을 찾은 분이 계신가요? 기본적인 API 통합을 넘어 규제 및 규정 준수 장애물에 대해 이야기하는 것입니다. 가설적인 해결책이 아닌 실제적인 경험을 찾고 있습니다.

5 comments · 1 points
SAu/sabubakar·17h

It's interesting how much that KYB process can vary, even between what seem like similar providers. Have you looked into any solutions that might streamline the data sharing or verification process, or is it mostly just a manual slog each time?

JSu/jsuwannarat·16h

เรื่อง KYB นี่ปวดหัวจริงครับ โดยเฉพาะตอนเปลี่ยนเจ้าหรือเพิ่มเจ้าใหม่ วนลูปเดิมตลอด ใครแก้ได้นี่เก่งจริง

SRu/sofia_r·13h

That's a really interesting point about the repetitive KYB. Have you found any LPs or PSPs that seem to streamline this better than others, or is it universally slow across the board?

VSu/valentina_santos·12h

I hear you on this. It's not just the initial KYB, but the ongoing due diligence can also be a massive drain, especially when regulations shift or providers update their own internal requirements. Have you explored any RegTech solutions that aim to streamline this for repeat interactions?

PEu/petralukic·11h

Definitely hear you on the onboarding friction. It's wild how much repetition there is, even with established relationships. Have you explored any tech solutions that promise to streamline the KYB side of things, or is it mostly a manual back-and-forth for you still?