초기 프로젝트 공유, 위험이 매우 크고 제로가 될 가능성이 매우 높습니다!
예를 들어, 당신이 사장이고 유료 API를 만들었다고 가정해 봅시다: '신분증을 입력하면 신용 조회를 한 번 해드립니다, 한 번에 1위안입니다.'
일반적인 Web2는 어떻게 작동할까요?
1. 사용자가 먼저 웹사이트에 계정을 등록합니다.
2. 먼저 100위안을 충전합니다.
3. 1위안을 차감한 후에 결과를 제공합니다.
이것은 '선불 후 사용'이라고 불리며, 매우 번거롭고 사용자는 먼저 잔액을 가지고 있어야 합니다.
#Facora가 하고자 하는 일은 다음과 같습니다:
사용자가 직접 이 API를 호출하면, 당신은 직접 말합니다:
'이 API는 1위안입니다. 여기 '결제를 대신 해주고 + 트래픽 비용을 대신 내주는' 서비스 제공업체가 몇 군데 있습니다. 하나를 선택하면 그들이 대신 결제해 줄 것이고, 저는 즉시 결과를 제공해 드릴 것입니다.'
사용자는 먼저 충전할 필요도 없고, 잔액이 있을 필요도 없습니다. 마치 '착불'과 같습니다.
#Facora = '건별 요금 부과 API'를 위한 '비밀번호 없는 + 대리 결제' 중간 레이어로, 사용자가 먼저 돈을 충전하거나 채널 수수료를 직접 지불하지 않고도 데이터를 가져갈 수 있도록 합니다. 단, 정산은 온체인에서 이루어지며 BNB를 사용합니다.
Facora와 x402 프로토콜의 관계는 깊이 연결되어 있나요?
Coinbase는 #x402를 출시하며 말했습니다: 앞으로 API에 요금이 부과되면, 이 402 Payment Required 형식에 따라 가격을 협상하고, 결제하고, 콘텐츠를 잠금 해제하세요. 이것은 '배달 플랫폼의 규칙서'와 같습니다.
#Facora 홈페이지에는 'x402를 위한 탈중앙화 촉진 레이어'라고 명확히 쓰여 있습니다. 즉, 새로운 프로토콜을 발명하려는 것이 아니라, BNB에서 x402를 실행하기 위한 탈중앙화된 '대리 결제 레이어'입니다. (중국의 제3자 결제와 약간 비슷합니다 😉)
왜 필요할까요?
현재 많은 #x402 프로세스에는 하나의 대리 결제자만 있어 매우 취약하기 때문입니다.
공식적으로도 말했습니다: 현재 대부분의 x402 프로세스는 '하나의 촉진자만 신뢰'합니다. 이 촉진자가 중단되거나 결제를 거부하면 전체 연결이 끊어집니다.
#Facora는 이렇게 말합니다: 그렇다면 저는 여러 제공업체가 있고, 스테이킹도 필요하며, 슬래싱도 가능한 대리 결제 시장을 만들어서 단일 지점 장애를 피할 것입니다. 이것이 Facora의 가치 포인트입니다.
Web2 용어로 바꾸어 말하면: #x402는 '위챗/알리페이 유료 기사를 지원합니다'와 같은 표준이고요; Facora는 '제가 여러 제3자 결제 서비스 제공업체를 데려와서 실제로 결제할 수 있게 하고, 가격 비교도 가능하게 할 것입니다'와 같습니다.
CA: 0x221d0c63862b28c303950ee22eb40963d8124444
