PumaPay har utviklet en avansert faktureringsinfrastruktur for selgere, som lar dem designe fleksible betalingssystemer gjennom blokkjeden. PumaPays åpen kildekode-betalingsprotokoll er en banebrytende blokkjedeløsning som gir en kraftig betalingsmekanisme som er mer pålitelig, effektiv, fleksibel, økonomisk og skalerbar enn tradisjonelle implementeringer (kredittkort). I motsetning til dagens betalingsmetoder, som inkluderer kredittkort og virtuelle mynter som Bitcoin, er Pull Payments-protokollen designet for å overvinne reelle barrierer og gi et sett med verktøy for å gi bedrifter og enkeltpersoner en jevn påloggingsprosess. PMA-tokenet er den primære tilretteleggeren og middelet for verdioverføring i PumaPay-økosystemet.

Prosjektvisjon

PumaPay open source-betalingsprotokoll for uttak er en omfattende blokkjedeløsning som gir en robust betalingsmekanisme som er mer pålitelig, effektiv, fleksibel, kostnadseffektiv og skalerbar enn nåværende implementeringer (kredittkort). I motsetning til dagens betalingsmåter, som inkluderer kredittkort og virtuelle valutaer som Bitcoin, er uttaksbetalingsprotokollen designet fra grunnen av for å overvinne eksisterende barrierer og gi et sett med utviklingsverktøy for å forenkle onboardingsprosessen for bedrifter og enkeltpersoner.
Ved å bruke PumaPay kan selgere:
plugge inn ulike faktureringsløsninger for å akseptere kryptovalutaer direkte, erstatte overflødige banklag;
gi kundene en omfattende og fleksibel faktureringsløsning som tar for seg alle vanlige faktureringsprosesser, inkludert gjentakende betalinger, betal-per-bruk osv.;
eliminerer risikoen for svindel og tilbakeføringer og tilhørende bøter;
sparer dyre mellommanntransaksjonsgebyrer, for tiden fra ca. 3 % til så høye som 15 %.

Prosjekthøydepunkter

PumaPay-tokens er "tilretteleggere" for unike funksjoner i protokollen. Det er den eneste måten å overføre penger mellom parter gjennom protokollen, som kan konverteres fra enhver annen kryptovaluta eller fiat-valuta. Vi vil fremme bruken av PumaPay-tokens i online og offline bransjer, samtidig som vi fokuserer på e-handel og nettjenester. Ved å lette integrasjonen av protokollen vår og gjøre PMA til de-facto betalingsmetoden, har vi til hensikt å få et stort antall brukere og dermed bygge en blomstrende kryptovalutaøkonomi.

Vår token-økonomi er basert på fire pilarer:
Tidlige adoptere
Bedrifter fra ulike bransjer som har forpliktet seg til PumaPay-uttaksløsninger.

Lanseringspartnere
Våre lanseringspartnere integrerte PumaPay-uttaksbetalingsprotokollen i plattformen sin og jobbet tett med oss ​​for å legge grunnlaget for desentralisering på tvers av bransjen gjennom utstrakt bruk av PumaPay-tokenet.

PumaPay Pride
Lommebokintegrert applikasjon der PumaPay-tokenholdere kan søke etter steder å betale for tokens, noe som i stor grad øker attraktiviteten til deltakende virksomheter.

Tredjeparts komplementære tjenesteleverandører
gjør det mulig for tredjepartsbedrifter å lage et tjenestelag på toppen av protokollen, og bidra til PumaPay-økosystemet, og dermed skape nye forretningsmuligheter for bedrifter (f.eks. tillitsnettverk, sikkerhet, kodeverifisering, etc.).

Applikasjonsscenario

1. Gjentakende betalinger med faste beløp
Bob er lidenskapelig opptatt av kryptografi og sikkerhet. Derfor håper han å abonnere på National Cryptographic, et verdenskjent tidsskrift innen global sikkerhet og blokkjede. Siden National Cryptographic-nettstedet bruker PumaPay, kan Bob enkelt bestille.
Først kan Bob se bestillingen og bruke PumaPay-lommeboken sin til å skanne QR-koden for betaling.
Etter å ha skannet QR-koden, vil en YAML-fil vises på lommeboken hans som angir vilkårene i Pull-kontrakten og eventuelle detaljer om Pull-kontrakten.
Når Bob godtar, sendes PullContract til blokkjeden, Bob abonnerer på National Cryptographic, og National Cryptographic har rett til å betjene PullRequests fra Bobs konto hver måned.

2. Pay-per-view
John er en ernæringsfysiolog som tilbyr konsulenttjenester i sanntid via Internett. Han bruker PumaPay til å tilby tjenester.
Forhåndsbestemt PumaPay-tokeninnskuddsbeløp vil bli oppnådd via PullContract sendt av John til hans klient ved hjelp av en QR-kode før økten starter.
Etter at klienten godtar Pull-kontrakten, kan John starte økten.
Under hele økten, bruk PullContract for å registrere tiden brukt; ved å bruke transaksjonsstatuskanalprotokollen, skal plattformen bekrefte hvert 15. sekund om økten fortsatt er gyldig og om kunden har nok PumaPay-tokens.
Når økten avsluttes, overføres den smarte kontrakten til bedriften den delen som forbrukes fra det opptjente beløpet, og eventuell gjenværende del vil automatisk bli returnert til kundekontoen.

3. Regelmessige betalinger til faste tider
Sarah har nettopp kjøpt sitt første hus og har nå noen regninger å betale. Hun så på strømregningen sin og oppdaget at verktøyet hennes hadde akseptert PumaPay. Hun går til nettsiden og legger inn kontoinformasjonen sin. Ved valg av betalingsmetode valgte hun PumaPay.
Under denne prosessen oppretter nettselskapets webApp en PullContract ved hjelp av PumaPay SDK.
En QR-kode som kobler til Pull-kontrakten genereres og vises til Sarah.
Sarah kan skanne denne QR-koden og få detaljene i kontrakten, som sier at forsyningsselskapet kan trekke et variabelt beløp fra kontoen hennes hver måned, avhengig av strømforbruket hennes.
Sarah vet at strømregningen hennes aldri vil overstige $100, så hun bruker lommeboken til å sette en sanntidsekvivalentgrense på $100 i Puma via PullContract.
Sarah godtar PullContract, som er lagret i token-kontrakten, og Sarah vil bli koblet til nettet.

4. Engangs-/engangsbetaling
Lily og Sam skal på date. På forhånd sjekker Sam PumaPay Pride-restauranter på nettet for å se en liste over restauranter i nærheten som godtar PumaPay.
Lily og Sam bestemmer seg for å spise middag på en fancy etiopisk restaurant rundt hjørnet fra Lilys leilighet. Etter en deilig middag kom kelneren med regningen. Sam bestemmer seg for å bruke PumaPay til å betale for middag. Regningen inkluderte en QR-kode, som Sam skrudde på telefonen og skannet inn i PumaPay-lommeboken.
Etter å ha skannet QR-koden, vil lommeboken vise transaksjonsdetaljene. Når Sam godtar transaksjonen, vil PullContract sendes til blokkjeden, og restauranten vil (via SDK-komponenten implementert i POS-systemet) sende inn en PullRequest til Sams konto.

5. Delte betalinger
David har en ganske vellykket nettbutikk som han ønsker å utvide. Han kjenner fordelene med affiliate markedsføring og ønsker å dra nytte av dem. Siden han ikke har ressursene til å bygge et anerkjent affiliatenettverk, er det vanskelig for tilknyttede selskaper å stole på at han betaler provisjon i tide. Hvis han sender inn et tilbud til et eksisterende affiliatenettverk, vil det koste ham unødvendige mellomliggende gebyrer. Med PumaPay kan David opprette en PullContract for å belaste kundene sine og koble den til en delt betalingskontrakt som automatisk deler inntektene mellom hver av hans kontoer og tilknyttede selskaper. Dette sikrer at både Unionen og David får sin rettferdige andel av hver umiddelbart uten noen risiko, og løser tillitsproblemet.

6. Begrensede betalinger
Timmy er en liten gutt, han går på barneskolen, og moren hans vil gi ham penger til lunsj, men hun vil ikke at han skal bruke dem på godteri. Ved å bruke tredjepartsbegrensninger kan PumaPay tillate moren hans å overvåke aktiviteten til den tilkoblede lommeboken hans og sikre at Timmys penger blir brukt på rett sted. Hvis Timmy prøver å kjøpe godteri, vil forespørselen hans bli sendt til morens lommebok, og transaksjonen vil bli godkjent hvis den oppfyller visse forhåndsbestemte parametere satt av moren hans, og ikke hvis den ikke gjør det. Når Timmy prøver å foreta et kjøp, vil han få et trist ansikt hvis betalingen ikke blir godkjent, og et smilefjes hvis det blir godkjent. I dette tilfellet har mammaen til Timmy satt kjøpsparametere for å godkjenne eller avslå transaksjoner i sanntid, og effektivt håndheve foreldrekontroll på Timmys kjøp selv når moren hans er borte. Denne brukssaken kan også oppnås ved å bruke en popup-godkjenningsmelding på enheten, som krever at mamma Timmy manuelt godkjenner hvert kjøp. Denne sanntidsmeldingen kan gå gjennom parten som oppretter begrenseren, men selve meldingen vil bli gjort utenfor kjeden. Det er viktig å merke seg at dette er et enkelt brukstilfelle som begrenser antall (hastighet) transaksjoner, type virksomhet osv. Det kan også være mange andre oppsett, men disse to brukstilfellene demonstrerer den enkle kontrollen Timmys mor har over forbruket hans.

Relaterte lenker:
https://www.qukuaiwang.com.cn/szhb/3216.html###