पेमेंट प्रूफ़

पेमेंट प्रूफ़ एक fiat ऐप और एक Base contract के बीच का पुल है।

एक buyer का fiat पेमेंट एक smart contract द्वारा सीधे नहीं देखा जा सकता। ZKP2P उस अंतर को पेमेंट साक्ष्य को offchain वेरिफ़ाई करके और contract को एक साइन की गई attestation देकर हल करता है जिसे वह जांच सकता है।

01

क्या साबित करना होता है

एक fill के रिलीज़ होने के लिए, पेमेंट साक्ष्य को ऑर्डर से मेल खाना होता है। महत्वपूर्ण फ़ील्ड हैं राशि, करेंसी, प्राप्तकर्ता, पेमेंट तरीका, समय, और पूरा किया जा रहा intent।

verifier को पूरी पेमेंट हिस्ट्री प्रकाशित करने की ज़रूरत नहीं है। उसे इतना प्रमाणित साक्ष्य चाहिए कि यह कह सके कि यह पेमेंट, इस राशि के लिए, इस payee को, इस intent से संबंधित है।

02

वर्तमान वेरिफ़िकेशन मॉडल

ZKP2P V3 समर्थित पेमेंट फ्लो के लिए एक TEE-hosted attestation service का इस्तेमाल करता है। service एक AWS Nitro Enclave के अंदर वेरिफ़िकेशन तर्क चलाती है, टाइप किए गए platform schemas के विरुद्ध पेमेंट डेटा की जांच करती है, और पेमेंट मेल खाने के बाद एक EIP-712 PaymentAttestation साइन करती है।

इसने कई फ्लो के लिए पुराने buyer-भारी zkTLS मॉडल की जगह ली क्योंकि browser-side प्रूफ़ generation धीमा, extension-निर्भर, और तब नाज़ुक था जब पेमेंट platforms अपने web इंटरफ़ेस बदलते थे। समझौता स्पष्ट है: हर buyer से एक स्थानीय प्रूफ़ बनवाने के बजाय hardware-attested निष्पादन और पुनरुत्पादनीय enclave builds।

03

TEE-TLS बनाम लेगेसी zkTLS

प्रश्नलेगेसी zkTLSTEE-TLS
वेरिफ़िकेशन कहां चलता हैBuyer browser या extensionNitro Enclave attestation service
Buyer UXExtension/प्रूफ़ generation भारी हो सकता हैपेमेंट साक्ष्य enclave के अंदर server-side जांचा जाता है
वेरिफ़िकेशन तर्कProvider templates और प्रूफ़ matchingटाइप किए गए schemas और platform-विशिष्ट transformers
Trust rootप्रूफ़ सिस्टम प्लस notary/proxy मान्यताएंHardware attestation प्लस audited enclave कोड
Onchain परिणामसाइन किया गया या वेरिफ़ाई किया गया release डेटाverifier द्वारा जांची गई EIP-712 PaymentAttestation
04

गोपनीयता सीमाएं

  • व्यक्तिगत पेमेंट डेटा onchain पोस्ट नहीं किया जाता।
  • counterparty पेमेंट पूरा करने के लिए आवश्यक payout identifier देखता है।
  • chain hashes, nullifiers, signatures, राशियां, contract पते, और release events देखता है।
  • USDCtoFiat न आपका fiat अकाउंट रखता है, न आपकी private keys custody करता है, और न ही एक पेमेंट-ऐप ट्रांसफ़र को उलट सकता है।

Common questions

USDCtoFiat क्या है?

USDCtoFiat आपको Base पर USDC को Venmo, Cash App, Chime, Revolut, Wise, Zelle, PayPal और Monzo में पैसे के बदले बेचने देता है। आप अपने wallet का नियंत्रण बनाए रखते हैं, और ट्रेड Base पर non-custodial ZKP2P smart contracts के ज़रिए सेटल होते हैं।

क्या USDCtoFiat मेरा फंड रखता है?

नहीं। आप हर ट्रांज़ैक्शन को अपने खुद के wallet से साइन करते हैं। आपका USDC एक सार्वजनिक Base contract में लॉक रहता है और buyer को तभी रिलीज़ होता है जब उनका पेमेंट साबित हो जाता है। आप किसी भी अधूरे deposit को कभी भी निकाल सकते हैं।

बेचने में क्या खर्च आता है?

एक seller deposit बनाना और मैनेज करना मुफ़्त है, हालांकि onchain कार्यों पर Base gas लगता है। offramp SDK को इंटीग्रेट करना मुफ़्त है। delegated fills पर, Delegate की 0.10% manager fee buyer को रिलीज़ किए गए USDC से आती है, आपकी fiat आय या आपके quoted rate से नहीं। Peerlytics analytics, webhooks और API credits की कीमत अलग से तय होती है।

क्या मुझे एक centralized exchange अकाउंट की ज़रूरत है?

USDCtoFiat इस्तेमाल करने के लिए किसी exchange अकाउंट की ज़रूरत नहीं है। आपको Base पर USDC रखने वाला एक wallet चाहिए और जिस पेमेंट ऐप में आप पेमेंट पाना चाहते हैं उसका एक अकाउंट चाहिए। पेमेंट ऐप के अपने अकाउंट नियम और सीमाएं फिर भी लागू होती हैं।

क्या मुझे KYC पूरा करना होगा?

USDCtoFiat न तो पहचान दस्तावेज़ इकट्ठा करता है, न आपका fiat रखता है, न आपकी keys रखता है। आप जो पेमेंट ऐप इस्तेमाल करते हैं वह अपनी खुद की वेरिफ़िकेशन, सीमाओं और अकाउंट नियमों को नियंत्रित करता है। USDC सेटलमेंट Base smart contracts के ज़रिए होता है, और Venmo, PayPal, Wise, Zelle या आपका बैंक जो मांगता है उसे हम नहीं बदल सकते।

क्या पेमेंट प्रूफ़ एक screenshot के समान है?

नहीं। एक screenshot नकली बनाना आसान है और इसमें मानवीय निर्णय की ज़रूरत होती है। ZKP2P प्रमाणित पेमेंट डेटा वेरिफ़ाई करता है और एक संरचित attestation साइन करता है जिसे onchain verifier जांच सकता है।

क्या USDCtoFiat मेरी पेमेंट ऐप हिस्ट्री प्रकाशित करता है?

नहीं। व्यक्तिगत पेमेंट डेटा onchain पोस्ट नहीं किया जाता। release पथ पूरी पेमेंट रिकॉर्ड प्रकाशित करने के बजाय hashes, nullifiers, और साइन की गई attestations का इस्तेमाल करता है।

सब कुछ zero knowledge होने का दिखावा करने के बजाय TEE का उल्लेख क्यों करें?

क्योंकि सटीकता मायने रखती है। ZKP2P ने ऐतिहासिक रूप से zkEmail और zkTLS का इस्तेमाल किया है, और V3 समर्थित फ्लो के लिए TEE-hosted payment attestation का इस्तेमाल करता है। सुरक्षा मॉडल अलग है, और उपयोगकर्ता एक सटीक व्याख्या के हकदार हैं।