Joseph Poon, Lightning Network और Plasma के प्रस्तावों के सह-लेखक हैं। पहला बिटकॉइन भुगतान चैनलों को जोड़ता है, दूसरा अधीनस्थ ब्लॉकचेन की पदानुक्रमित व्यवस्था का अध्ययन करता है। उनके काम को समझने के लिए देखें कि पैसा कैसे चलता है और दूसरे पक्ष सहयोग बंद कर दें तो उपयोगकर्ता क्या कर सकता है।
कॉफ़ी खरीदने की जानकारी पूरी दुनिया को देना ज़रूरी नहीं। लेकिन बिटकॉइन की मूल परत पर कंप्यूटरों का नेटवर्क भुगतान जाँचता है और उसे साझा इतिहास में दर्ज करता है। Joseph Poon और Thaddeus Dryja ने भुगतान चैनलों से इस काम का बोझ कम करने का तरीका खोजा। यहाँ जुड़ा प्रस्ताव 14 जनवरी 2016 का है और उस पर DRAFT 0.5.9.2 लिखा है। यह Lightning की महत्वपूर्ण शुरुआत थी; आज के हिस्सों में कई अन्य लोगों का काम भी शामिल है। [1]
सोचिए, Anna और Pavel ने एक चैनल में बिटकॉइन जमा किए। फिर वे इस रकम के नए बँटवारे पर हस्ताक्षर करते हैं: भुगतान के बाद Anna का हिस्सा कम और Pavel का अधिक हो जाता है। हर बदलाव सार्वजनिक इतिहास में लिखना ज़रूरी नहीं। अंतिम बँटवारा Bitcoin लेनदेन से लागू करवाया जा सकता है। विवाद होने पर पुराने स्टेट का जवाब देना और समय-सीमा का पालन करना भी अहम है। इसलिए सुरक्षा में निगरानी भी आती है, केवल अंतिम बैलेंस रखना नहीं। [1]
प्राप्तकर्ता का भेजने वाले के साथ सीधा चैनल होना आवश्यक नहीं। भुगतान दूसरे सहभागियों से होकर जा सकता है और HTLC इस्तेमाल कर सकता है: ऐसी शर्त जो भुगतान को एक गुप्त मान और समय-सीमा से जोड़ती है। BOLT 2 में प्रकट मान payment_preimage और उसका पहले से ज्ञात क्रिप्टोग्राफिक निशान payment_hash कहलाता है। प्रोग्राम दोनों का मेल जाँचता है। रास्ता मिल जाना सफलता की गारंटी नहीं: शर्तें पूरी होनी चाहिए, जबकि गलती या समय समाप्त होने पर विफलता की प्रक्रिया अपनानी पड़ती है। [3]
अलग डेवलपरों के वॉलेट और नोड को सामान्य प्रस्ताव से अधिक स्पष्ट साझा नियम चाहिए। Lightning की विशिष्टताओं का संग्रह BOLTs यही काम करता है। उसमें संदेश, भुगतान मार्ग और लेनदेन संरचना जैसे विवरण हैं, और वह लगातार विकसित होता है। Whitepaper के सह-लेखक होने से Poon हर बाद के बदलाव के लेखक नहीं हो जाते। वर्तमान प्रोग्राम समझने के लिए उसके दस्तावेज़ और संबंधित विशिष्टता भी पढ़नी चाहिए। [2]
Poon ने Vitalik Buterin के साथ 11 अगस्त 2017 का Plasma कार्य-प्रारूप भी लिखा। यह बिटकॉइन भुगतान चैनल नहीं है। प्रस्ताव में अधीनस्थ चेन लेनदेन संभालती हैं और नियम लागू कराने के लिए Ethereum जैसी मूल चेन पर निर्भर होती हैं। दो-दो सहभागियों के समझौतों का नेटवर्क बनाने के बजाय ब्लॉकचेन की पदानुक्रमित व्यवस्था बनती है। मूल परत से बाहर काम ले जाने का समान लक्ष्य होने से तंत्र या जोखिम समान नहीं हो जाते। [4]
Plasma सामान्यतः मूल चेन पर केवल छोटे क्रिप्टोग्राफिक कमिटमेंट प्रकाशित करता है, जिन्हें रिकॉर्ड के जाँच योग्य निशान की तरह समझ सकते हैं। विवरण कहीं और रहते हैं। निशान दिए गए डेटा को जाँचने में मदद करता है, लेकिन गायब डेटा उससे पढ़ा नहीं जा सकता। धोखाधड़ी साबित करने के लिए संबंधित रिकॉर्ड चाहिए। इसलिए डेटा रोकना अलग समस्या है: hash प्रकाशित करने से उपयोगकर्ता को धन बचाने के लिए आवश्यक सभी जानकारी मिलना तय नहीं होता। [4]
Plasma में यह जानना ज़रूरी है कि अधीनस्थ चेन विफल हो तो उपयोगकर्ता धन कैसे निकाल सकता है। प्रस्ताव में इंतज़ार वाली निकासी और गलत दावे को चुनौती देने की गुंजाइश है। वह मानता है कि मूल चेन उपलब्ध और सही ढंग से काम कर रही है, जहाँ आवश्यक प्रक्रिया चलाई जा सके। यह हर खराबी में तुरंत निकासी का वादा नहीं। निकासी के नियम, उपलब्ध डेटा और समय-सीमाएँ सुरक्षा का हिस्सा हैं। [4]
बाद का दस्तावेज़ Plasma Contracts स्पष्ट रूप से सामुदायिक शोध बताता है। Joseph Poon के साथ उसमें Dan Robinson और Kelvin Fichter जैसे योगदानकर्ताओं के नाम हैं, लेकिन वह किसी खास परियोजना का समर्थन नहीं करता। इसलिए किसी सेवा का Plasma नाम रखना अपने आप लेखक की सिफारिश साबित नहीं करता। उनका योगदान दस्तावेज़ों और उनसे खुले सवालों में दिखता है: कौन-सा काम चेन से बाहर जा सकता है और उपयोगकर्ता सही निपटारा कैसे लागू करवा सकता है? [5]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Tadge Dryja, Olaoluwa Osuntokun, Lightning Network. इस प्रविष्टि का उल्लेख यहाँ भी है Tadge Dryja, Olaoluwa Osuntokun.