Matt Corallo

GitHub पर Matt Corallo का नाम TheBlueMatt है। उनकी प्रोफ़ाइल बताती है कि कई रिपॉज़िटरी git.bitcoin.ninja पर स्थानांतरित हो गई हैं। रिपॉज़िटरी में स्रोत कोड और उसके बदलावों का इतिहास रखा जाता है। इसलिए पुरानी जगह खाली होने का मतलब हमेशा परियोजना बंद होना नहीं है। किसने क्या बनाया, यह जानने के लिए इतिहास, प्रस्ताव और उनके लेखकों को देखना उपयोगी है। Corallo के मामले में यह रास्ता ब्लॉक के किफ़ायती प्रसारण से Lightning के औज़ारों तक जाता है। [1]

Bitcoin की जाँच करने वाले कंप्यूटर लगातार अपुष्ट लेनदेन आपस में बाँटते हैं। नया ब्लॉक पहुँचने तक उसकी बहुत-सी सामग्री उन्हें पहले से मालूम हो सकती है। Compact Block Relay इसी स्थिति का लाभ उठाता है। सार्वजनिक तकनीकी विनिर्देश BIP 152 में Corallo लेखक हैं और शुरुआती विचार, डिज़ाइन तथा परीक्षण के लिए Gregory Maxwell को धन्यवाद दिया गया है। मुख्य उद्देश्य भेजे जाने वाले डेटा की मात्रा घटाना है। प्रसारण तेज़ भी हो सकता है, लेकिन ब्लॉक की वैधता तय करने वाले नियम नहीं बदलते। [2]

साझा दस्तावेज़ों की सूची की कल्पना करें। अधिकतर दस्तावेज़ आपके पास हैं; बस जानना है कि नए समूह में कौन-कौन से हैं। BIP 152 भी छोटे लेनदेन पहचानकर्ताओं और mempool का उपयोग करता है। Mempool अपुष्ट लेनदेन का स्थानीय भंडार है। प्राप्तकर्ता getblocktxn संदेश से गायब डेटा माँगता है। पहचानकर्ताओं में टकराव हो सकता है, यानी अलग लेनदेन का छोटा नाम एक जैसा हो सकता है। इसलिए कम डेटा भेजने से वास्तविक सामग्री जुटाने और सही ब्लॉक दोबारा बनाने की जाँच की आवश्यकता समाप्त नहीं होती। [2]

तय शर्तों के तहत BIP 152 पूरी तरह सभी लेनदेन जाँचने से पहले संक्षिप्त घोषणा भेजने की अनुमति देता है। इसका अर्थ कुछ भी आगे भेज देना नहीं है। हेडर, सत्यापित चेन से उसका संबंध, Proof of Work यानी आवश्यक गणना किए जाने का प्रमाण, और शामिल लेनदेन के प्रति उसकी प्रतिबद्धता जाँचना आवश्यक है। ब्लॉक को दोबारा बनाने के बाद सामान्य प्रक्रिया से जाँचा जाता है। प्राप्तकर्ता अब भी देखता है कि मौजूद धन नियमों के अनुसार खर्च हो रहा है या नहीं। “ब्लॉक आ गया” और “ब्लॉक वैध है” एक ही बात नहीं हैं। [2]

इंटरनेट डेटा को छोटे हिस्सों में भेजता है, जिन्हें पैकेट कहते हैं। कोई हिस्सा खो जाए तो उसके दोबारा आने का इंतज़ार देरी बढ़ाता है। 7 जुलाई 2016 को Corallo ने FIBRE समझाया: इसमें संक्षिप्त ब्लॉक, UDP और FEC साथ काम करते हैं। UDP खोए पैकेट अपने आप दोबारा नहीं भेजता, जबकि FEC गायब हिस्से पुनः प्राप्त करने की कोडिंग है। अतिरिक्त डेटा से प्राप्तकर्ता बिना नया अनुरोध किए सामग्री बना सकता है। इसकी कीमत अधिक डेटा भेजना है; यह हर स्थिति में त्रुटिरहित प्रसारण की गारंटी नहीं है। [3]

FIBRE पैकेट की जाँच से पहले उसे आगे भेज सकता है। समय बचता है, लेकिन नेटवर्क के अंदर के नोडों के बीच मज़बूत भरोसा चाहिए। यह बिना जाँचे मनमाने कनेक्शन जोड़ने की छूट नहीं है। सार्वजनिक कोड से दूसरे नेटवर्क बनाए जा सकते हैं, फिर भी किसी खास नेटवर्क का संचालक अपने कनेक्शन चुन सकता है। FAQ के अनुसार, 2025 में Localhost Research के w0xlt और Justin ने रखरखाव सँभाला, जिसमें Corallo और Maxwell सलाहकार रहे। इस तरह परियोजना को दूसरे लोग आगे बढ़ाते हैं। [4]

Corallo का एक और कार्यक्षेत्र Lightning है, जो Bitcoin के ऊपर भुगतान चैनलों के ज़रिए लेनदेन करने वाला नेटवर्क है। rust-lightning में lightning पैकेज के विवरण, यानी मैनिफ़ेस्ट, में Matt Corallo लेखक के रूप में दर्ज हैं। Rust में लिखी लाइब्रेरी Lightning के मूल काम उपलब्ध कराती है। ऐप वॉलेट, ब्लॉकचेन से संपर्क, डेटा भंडारण और नेटवर्क का तरीका खुद चुन सकता है। लेखक के नाम से यह सिद्ध नहीं होता कि बाद का हर बदलाव एक व्यक्ति ने लिखा या अकेली लाइब्रेरी ही पूरा वॉलेट है। [5]

LDK ऐप में SDK के रूप में जुड़ता है, यानी डेवलपर के लिए औज़ारों का समूह। भंडारण और अन्य आवश्यक हिस्से जोड़ने पड़ते हैं। भुगतान का परिणाम उसे शुरू करते ही आना ज़रूरी नहीं है। LDK बाद में एक इवेंट के ज़रिए सफलता या असफलता बताता है, जिसे ऐप संभालता है। इसलिए काम शुरू करना सफलता की पुष्टि नहीं है। वॉलेट इस्तेमाल करने वाले के लिए माँग सरल है: स्क्रीन पर चल रहे और पूरे हो चुके भुगतान का अंतर साफ़ दिखना चाहिए। [6]