Neutrino, Lightning Labs का Go में लिखा हल्का क्लाइंट है, जिसे Lightning Network के साथ मोबाइल उपयोग के लिए भी बनाया गया है। यह BIP 157 और BIP 158 इस्तेमाल करता है; यह हर हल्के क्लाइंट का नाम या Full Node का स्वतंत्र विकल्प नहीं है।
ऐप ChainService शुरू करता है, जो पीयर संपर्क, डेटाबेस और हेडर समकालिकरण सँभालता है। उसके ऊपर वॉलेट प्राप्तियों और खर्चों को खोजता है। Neutrino का उपयोग भर यह तय नहीं करता कि निजी कुंजियाँ कौन रखता या भुगतान कौन मंजूर करता है; ये काम और उपयोगकर्ता बैकअप ऊपरी ऐप के हैं। [Lightning Labs — Neutrino README]
क्लाइंट ब्लॉक और फ़िल्टर हेडर समकालिक करता है और जरूरत के अनुसार फ़िल्टर तथा मेल खाने वाले ब्लॉक लाता है। वह अपनी स्क्रिप्ट स्थानीय रूप से जाँचता है। मेल गलत सकारात्मक हो सकता है, इसलिए असली ब्लॉक देखकर लेनदेन ढूँढना चाहिए। अकेला फ़िल्टर न राशि देता है, न साबित करता है कि खास वॉलेट आउटपुट नियंत्रित करता है। [Lightning Labs — Neutrino README] [BIP 157 — Client Side Block Filtering] [BIP 158 — Compact Block Filters]
हल्का क्लाइंट हेडर और उनका जुड़ाव जाँचता है, लेकिन Full Node की तरह हर लेनदेन और सहमति शर्त स्वतंत्र रूप से नहीं जाँचता। फ़िल्टर हेडर श्रृंखला भी Bitcoin ब्लॉक हेडर में प्रतिबद्ध नहीं होती। इसलिए केवल हैश सत्यापन आंतरिक रूप से संगत धोखाधड़ी वाले फ़िल्टर खारिज नहीं करता। [BIP 157 — Client Side Block Filtering] [Bitcoin developer guide — Operating Modes]
BIP 157 गलत फ़िल्टर पहचानने के लिए जवाबों की तुलना और कम से कम एक ईमानदार पीयर पर निर्भर है। एक ही हमलावर की कई मशीनों से संपर्क यह शर्त पूरी नहीं करता। क्लाइंट को अलग-थलग करना भुगतान या नई चेन स्थिति छिपा सकता है; उपलब्ध और विविध स्रोत चाहिए, केवल शून्य से अधिक संपर्क नहीं। [BIP 157 — Client Side Block Filtering]
README में Rescan के वैकल्पिक आरंभ और अंतिम ब्लॉक बताए गए हैं; शुरुआत न देने पर अंतिम ज्ञात ब्लॉक से स्कैन होता है। इससे बहाल वॉलेट का पूरा इतिहास अपने आप नहीं खोजा जाता। ऐप को पर्याप्त पुराना आरंभ और निगरानी की पूरी स्क्रिप्ट सूची देनी चाहिए; सही फ़िल्टर भी वह पता नहीं ढूँढता जिसे क्लाइंट खोज ही नहीं रहा। [Lightning Labs — Neutrino README]
दस्तावेजित recvtx और redeemingtx घटनाएँ पुष्टि पर आती हैं, लेनदेन के Mempool में प्रवेश पर नहीं। इसलिए अपुष्ट भुगतान दिखाने वाले वॉलेट को उपयुक्त अतिरिक्त तंत्र चाहिए। प्रसारण, पीयर की स्वीकृति और ब्लॉक पुष्टि अलग घटनाएँ हैं; सूचना न आना अपने आप यह साबित नहीं करता कि भेजा नहीं गया। [Lightning Labs — Neutrino README]
Rescan जुड़े और अलग हुए ब्लॉक बताता है ताकि ऐप पुनर्गठन के बाद स्थिति दोबारा गिने। मेल खाते फ़िल्टर को फिर भी वास्तविक ब्लॉक चाहिए; उसकी अनुपलब्धता को शून्य शेष नहीं दिखाना चाहिए। पीयर को खोजे जा रहे पतों की सूची न मिले तब भी वह ब्लॉक अनुरोध और नेटवर्क डेटा देखता है। [Lightning Labs — Neutrino README] [BIP 157 — Client Side Block Filtering]
README अनुरोधित फ़िल्टर सहेजने और ब्लॉक स्थायी रूप से रखे बिना लोड करने का वर्णन करता है; वास्तविक व्यवहार संस्करण और सेटिंग के अनुसार जाँचें। Neutrino चेन डेटा देता है, Lightning चैनलों की वर्तमान स्थिति का बैकअप नहीं। उपयोग से पहले इतिहास बहाली, पीयर खोना, पुनर्गठन और ऐप की चैनल बहाली प्रक्रिया अलग-अलग परखें। [Lightning Labs — Neutrino README] [Bitcoin developer guide — Operating Modes]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Compact Block Filters, Compact Block Filters, Full Node, Lightning Network, Eclipse attack. इस प्रविष्टि का उल्लेख यहाँ भी है Compact Block Filters, Compact Block Filters.