PumaPay는 가맹점을 위한 고급 청구 인프라를 개발하여 블록체인을 통해 유연한 지불 체계를 설계할 수 있도록 합니다. PumaPay의 오픈 소스 결제 프로토콜은 기존 구현(신용 카드)보다 더 안정적이고 효율적이며 유연하고 경제적이며 확장 가능한 강력한 결제 메커니즘을 제공하는 선구적인 블록체인 솔루션입니다. 신용 카드와 비트코인과 같은 가상 코인을 포함하는 오늘날의 지불 방법과 달리 풀 지불 프로토콜은 실제 장벽을 극복하고 기업과 개인에게 원활한 로그인 프로세스를 제공하는 일련의 도구를 제공하도록 설계되었습니다. PMA 토큰은 PumaPay 생태계 내에서 가치 이전의 주요 촉진자이자 수단입니다.

프로젝트 비전

PumaPay 오픈 소스 인출 결제 프로토콜은 현재 구현(신용 카드)보다 더 안정적이고 효율적이며 유연하고 비용 효율적이며 확장 가능한 강력한 결제 메커니즘을 제공하는 포괄적인 블록체인 솔루션입니다. 신용 카드 및 비트코인과 같은 가상 화폐를 포함하는 오늘날의 결제 방법과 달리, 출금 결제 프로토콜은 기존 장벽을 극복하고 기업 및 개인을 위한 온보딩 프로세스를 용이하게 하는 일련의 개발 도구를 제공하도록 처음부터 설계되었습니다.
판매자는 PumaPay를 사용하여 다음을 수행할 수 있습니다.
가상화폐를 직접 수락하기 위해 다양한 청구 솔루션을 연결하여 중복 은행 계층을 대체합니다. 종량제 결제 등
사기, 지불 거절 및 관련 벌금의 위험을 제거합니다.
현재 약 3%에서 최대 15%까지 비싼 중개자 거래 수수료를 절약합니다.

프로젝트 하이라이트

PumaPay 토큰은 프로토콜 고유 기능의 "촉진자"입니다. 다른 암호화폐나 명목 화폐에서 전환할 수 있는 프로토콜을 통해 당사자 간에 돈을 이체하는 유일한 방법입니다. 우리는 전자 상거래 및 온라인 서비스에 집중하면서 온라인 및 오프라인 산업에서 PumaPay 토큰의 채택을 촉진할 것입니다. 우리 프로토콜의 통합을 촉진하고 PMA를 사실상의 지불 방법으로 만듦으로써 우리는 많은 사용자를 확보하여 번성하는 암호화폐 경제를 구축하고자 합니다.

당사의 토큰 경제는 4가지 기둥을 기반으로 합니다.
얼리 어답터
PumaPay 인출 솔루션에 전념한 다양한 산업 분야의 비즈니스.

출시 파트너
당사의 개시 파트너는 PumaPay 인출 결제 프로토콜을 플랫폼에 통합하고 PumaPay 토큰의 광범위한 채택을 통해 업계 전반에 걸쳐 분산화를 위한 기반을 마련하기 위해 긴밀하게 협력했습니다.

PumaPay Pride
PumaPay 토큰 보유자가 토큰 결제 장소를 검색할 수 있는 지갑 통합 애플리케이션으로 참여 기업의 매력도를 크게 높입니다.

제3자 보완 서비스 제공업체
는 제3자 회사가 프로토콜 위에 서비스 계층을 생성할 수 있도록 하여 PumaPay 생태계에 기여함으로써 기업을 위한 새로운 비즈니스 기회를 창출합니다(예: 신뢰 네트워크, 보안, 코드 검증 등).

적용 시나리오

1. 고정 금액 반복 결제
Bob은 암호화 및 보안에 열정적입니다. 따라서 그는 글로벌 보안 및 블록체인 분야에서 세계적으로 유명한 저널인 National Cryptographic의 구독을 희망합니다. National Cryptographic 웹 사이트는 PumaPay를 사용하기 때문에 Bob은 쉽게 주문할 수 있습니다.
먼저 Bob은 주문을 보고 PumaPay 지갑을 사용하여 결제를 위해 QR 코드를 스캔할 수 있습니다.
QR 코드를 스캔하면 PullContract의 조건과 PullContract에 대한 세부 정보가 포함된 YAML 파일이 지갑에 나타납니다.
Bob이 수락하면 PullContract가 블록체인에 제출되고 Bob은 National Cryptographic을 구독하며 National Cryptographic은 매월 Bob의 계정에서 PullRequests를 실행할 권한을 갖습니다.

2. 페이퍼뷰
John은 인터넷을 통해 실시간 컨설팅 서비스를 제공하는 영양사입니다. 그는 PumaPay를 사용하여 서비스를 제공합니다.
미리 결정된 PumaPay 토큰 입금액은 세션이 시작되기 전에 John이 QR 코드를 사용하여 고객에게 보낸 PullContract를 통해 얻을 수 있습니다.
클라이언트가 PullContract를 수락한 후 John은 세션을 시작할 수 있습니다.
전체 세션 동안 PullContract를 사용하여 사용된 시간을 기록하고 트랜잭션 상태 채널 프로토콜을 사용하여 플랫폼은 세션이 여전히 유효한지와 고객이 충분한 PumaPay 토큰을 가지고 있는지 15초마다 확인해야 합니다.
세션이 종료되면 스마트 컨트랙트는 획득한 금액 중 소비된 부분을 업체로 이전하고 나머지 부분은 자동으로 고객 계정으로 반환됩니다.

3. 고정된 시간에 정기적으로 지불
사라는 방금 첫 집을 샀고 이제 지불해야 할 청구서가 있습니다. 그녀는 전기 요금 청구서를 보고 유틸리티 회사에서 PumaPay를 수락했음을 발견했습니다. 그녀는 웹사이트로 이동하여 계정 정보를 입력합니다. 결제 수단을 선택할 때 그녀는 PumaPay를 선택했습니다.
이 과정에서 유틸리티 회사의 webApp은 PumaPay SDK를 사용하여 PullContract를 생성합니다.
PullContract에 연결되는 QR 코드가 생성되어 Sarah에게 표시됩니다.
Sarah는 이 QR 코드를 스캔하여 유틸리티 회사가 그녀의 전기 소비량에 따라 그녀의 계좌에서 매달 가변 금액을 인출할 수 있다는 내용의 계약 세부 정보를 얻을 수 있습니다.
Sarah는 자신의 전기 요금이 100달러를 초과하지 않는다는 것을 알고 있으므로 지갑을 사용하여 PullContract를 통해 Puma에서 100달러의 실시간 한도를 설정합니다.
Sarah는 토큰 계약에 저장된 PullContract를 수락하고 Sarah는 그리드에 연결됩니다.

4. 일회성/일회성 결제
릴리와 샘이 데이트를 합니다. 미리 Sam은 PumaPay Pride 레스토랑을 온라인으로 확인하여 PumaPay를 받는 근처 레스토랑 목록을 확인합니다.
Lily와 Sam은 Lily의 아파트 모퉁이에 있는 멋진 에티오피아 레스토랑에서 저녁 식사를 하기로 결정합니다. 맛있는 저녁 식사 후 웨이터가 계산서를 가져왔습니다. Sam은 PumaPay를 사용하여 저녁 식사 비용을 지불하기로 결정합니다. 청구서에는 Sam이 휴대폰을 켜고 PumaPay 지갑으로 스캔한 QR 코드가 포함되어 있습니다.
QR 코드를 스캔하면 지갑에 거래 내역이 표시됩니다. Sam이 거래에 동의하면 PullContract가 블록체인에 제출되고 레스토랑은 (POS 시스템에 구현된 SDK 구성 요소를 통해) Sam의 계정에 PullRequest를 제출합니다.

5. 공유 결제
David는 확장하고 싶은 상당히 성공적인 온라인 상점을 보유하고 있습니다. 그는 제휴 마케팅의 장점을 알고 이를 활용하기를 원합니다. 그는 평판이 좋은 제휴 네트워크를 구축할 자원이 없기 때문에 제휴사가 그가 제때 수수료를 지불할 것이라고 신뢰하기 어렵습니다. 기존 제휴 네트워크에 오퍼를 제출하면 불필요한 중개 수수료가 발생합니다. PumaPay를 사용하면 David는 PullContract를 만들어 고객에게 청구하고 각 계정과 계열사 간에 수익을 자동으로 분할하는 분할 결제 계약에 연결할 수 있습니다. 이를 통해 Union과 David는 위험 없이 즉시 각자의 공평한 몫을 얻음으로써 신뢰 문제를 해결할 수 있습니다.

6. 지불 제한
Timmy는 초등학교에 다니는 어린 소년이고 그의 엄마는 그에게 점심값을 주고 싶어하지만 그가 사탕에 쓰는 것은 원하지 않습니다. . PumaPay는 제3자 제한을 사용하여 엄마가 연결된 지갑 활동을 모니터링하고 Timmy의 돈이 올바른 곳에 사용되도록 할 수 있습니다. Timmy가 사탕을 사려고 하면 그의 요청이 엄마의 지갑에 제출되고 거래가 엄마가 설정한 특정 매개 변수를 충족하면 승인되고 그렇지 않으면 승인되지 않습니다. Timmy가 구매를 시도할 때 결제가 승인되지 않으면 슬픈 얼굴을 받고 승인되면 웃는 얼굴을 받게 됩니다. 이 사용 사례에서 Timmy의 엄마는 거래를 실시간으로 승인하거나 거부하도록 구매 매개변수를 설정하여 엄마가 없을 때도 Timmy의 구매에 대한 자녀 보호 기능을 효과적으로 시행합니다. 이 사용 사례는 장치에서 팝업 승인 메시지를 사용하여 달성할 수도 있으며 Mommy Timmy는 각 구매를 수동으로 승인해야 합니다. 이 실시간 메시지는 리미터를 생성하는 당사자를 통과할 수 있지만 메시지 자체는 오프체인에서 수행됩니다. 이는 트랜잭션 수(속도), 비즈니스 유형 등을 제한하는 단순한 사용 사례라는 점에 유의해야 합니다. 또한 다른 많은 설정이 있을 수 있지만 이 두 가지 사용 사례는 Timmy의 엄마가 자신의 소비량을 쉽게 제어할 수 있음을 보여줍니다.

관련 링크:
https://www.qukuaiwang.com.cn/szhb/3216.html###