विटालिक बुटेरिन ने कोहाकु-क्ली टूल के माध्यम से निजी ईथेरियम भुगतान किए

ईथेरियम के सह-संस्थापक विटालिक बुटेरिन ने 31 अक्टूबर के एक निबंध में कहा कि kohaku-cli ने बुटेरिन के गोपनीयता प्रोटोकॉल से संबंधित कई भुगतानों को संभाला। बुटेरिन ने यह भी कहा कि एक एआई-लिखित कमांड-लाइन टूल ने ENS, ईथेरियम के नामन प्रणाली पर IPFS कंटेंट हैशेस के हालिया अपडेट्स को संभाला। ENS अपडेटर भुगतान वॉलेट से अलग एक अनुप्रयोग था। बुटेरिन उन वेबसाइट्स के खिलाफ हैं जो उपयोगकर्ताओं के पुनः आगमन पर अनुप्रयोग कोड को नए सिरे से प्रदान करती हैं, जिससे उपयोगकर्ता सर्वर की डिलीवरी पर बार-बार निर्भर हो जाते हैं।

एक स्थानीय रूप से संरक्षित एप्लिकेशन उपयोगकर्ता को एक चयनित सॉफ्टवेयर संस्करण बनाए रखने और एक प्रतिस्थापन स्थापित करने के समय का निर्णय लेने की अनुमति देता है। स्वीकृत कोड भुगतान निर्देशों और भुगतानों को अधिकृत करने वाले हस्ताक्षरों के बीच मध्यस्थता करता है, इसलिए निर्भरताएँ और हस्ताक्षर पहुँच महत्वपूर्ण बनी रहती हैं। Kohaku-cli की दस्तावेज़ीकरण में इस एप्लिकेशन को अनऑडिटेड, AI-सहायता प्राप्त और सक्रिय विकास के अधीन बताया गया है। दस्तावेज़ीकरण उपयोगकर्ताओं को मेननेट का उपयोग न करने की सलाह देता है, जब तक कि उपयोगकर्ता गतिविधि और भयानक धन हानि के जोखिम को समझते हों। Kohaku-cli Tornado Cash, Railgun और Privacy Pools V1 के माध्यम से सार्वजनिक Ethereum खातों और निजी शेष राशि का समर्थन करता है। वॉलेट, प्रोटोकॉल पुस्तकालयों और वॉलेट इंफ्रास्ट्रक्चर के व्यापक Kohaku टूलकिट से पृथक है, इसलिए एप्लिकेशन की सावधानी संदेश प्रत्येक आधारभूत घटक या प्रोटोकॉल का ऑडिट मूल्यांकन नहीं है।

स्थापना निर्देशों में उपयोगकर्ताओं को npm install के साथ निर्भरताएँ प्राप्त करने, npm run build के साथ अनुप्रयोग को संकलित करने और स्थानीय लॉन्चर निष्पादित करने का आह्वान किया गया है। कमिट 0ef5c44 पर, दस्तावेज़ीकरण, मैनिफेस्ट, लॉकफ़ाइल और कार्यान्वयन एक अनुप्रयोग संस्करण से संगत हैं। मैनिफेस्ट संस्करण 0.1.0 और Node.js 22 या बाद का निर्दिष्ट करता है, लेकिन बूटेरिन ने बूटेरिन के उपयोग के लिए स्थापित संस्करण की पहचान नहीं की। मैनिफेस्ट viem और कई Kohaku पैकेज सहित प्रत्यक्ष निर्भरताओं को पिन करता है और अलग kohaku-artifacts Git निर्भरता को एक कमिट पर स्थिर करता है। लॉकफ़ाइल संकलित रजिस्ट्री पैकेज और समाकलन हैश प्रदान करती है, जो दर्शाती है कि स्थानीय इंटरफ़ेस अभी भी सॉफ़्टवेयर सप्लाई चेन पर निर्भर है। इस स्रोत-निर्माण प्रक्रिया के माध्यम से प्रतिस्थापन स्वीकार करना इसलिए परिचित प्रोजेक्ट के नाम के अलावा निर्भरताओं और बिल्ड टूल्स को स्वीकार करना है।

बैचिंग के बिना एक सामान्य जन ट्रांसफ़र के लिए, कार्यान्वयन लेनदेन का अनुकरण करता है और लेनदेन जमा किए बिना ड्राय-रन परिणाम उत्पन्न करता है। ब्रॉडकास्टिंग के लिए प्रेषक की निजी कुंजी और एक स्थानीय रूप से निर्मित वॉलेट क्लाइंट की आवश्यकता होती है, जिसका हस्ताक्षर करने वाला खाता उस कुंजी से आता है। एक Railgun unshield आदेश विकल्प के रूप में, पहले से हस्ताक्षरित UserOperation उत्पन्न कर सकता है बिना ऑपरेशन को ब्रॉडकास्ट किए। एक UserOperation में एक खाता-ऑपरेशन पेलोड होता है जिसे संगत उपकरण जमा कर सकते हैं, और अलग ब्रॉडकास्ट कार्यान्वयन एक Pimlico bundler के माध्यम से हस्ताक्षरित ऑपरेशन भेजता है। इसलिए, जमा को रोकना हमेशा हस्ताक्षर को रोकता नहीं है, क्योंकि संगत उपकरण बाद में हस्ताक्षरित ऑपरेशन को जमा कर सकते हैं। प्राधिकरण निर्माण, हस्ताक्षरण और जमा करना, भले ही एकल कमांड-लाइन एप्लिकेशन सक्रियताओं को समन्वयित करे, अलग-अलग प्रकार की प्राधिकरण के प्रतिनिधित्व करते हैं।

जांच की गई सार्वजनिक-ट्रांसफ़र कार्यान्वयन में, वॉलेट एक्सेस के साथ उचित रूप से कॉन्फ़िगर किया गया कॉलर --non-interactive और --broadcast को जोड़कर एक अन्य पुष्टि प्रॉम्प्ट के बिना सबमिट कर सकता है। वॉलेट अनलॉकिंग, अनिवार्य पैरामीटर, चेन मिलान और सिमुलेशन जांच लागू रहती हैं। यह क्षमता स्क्रिप्ट्स और एजेंट्स के लिए महत्वपूर्ण है, लेकिन यह यह स्थापित नहीं करती कि Buterin बिना किसी देखभाल के भुगतान करता है। README में POSIX स्वचालन के लिए एन्क्रिप्टेड सीड और पासवर्ड फ़ाइलों के डिस्क स्टोरेज का वर्णन किया गया है, जो मालिक के लिए सीमित हैं। ये सुरक्षा उपाय गुप्त संग्रहण और प्रक्रिया एक्सेस को नियंत्रित करते हैं, लेकिन इन सुरक्षा उपायों के अकेले होने से प्रक्रिया को साइनर एक्सेस प्राप्त होने के बाद स्वतंत्र खर्च सीमाएँ या प्राप्तकर्ता नियम लागू नहीं होते।

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

CLI दस्तावेज़ कुछ गैर-RPC ट्रैफ़िक के लिए डिफ़ॉल्ट Tor उपयोग निर्दिष्ट करता है, जबकि ईथेरियम RPC ट्रैफ़िक सामान्य नेटवर्क कनेक्शन का उपयोग करता है। इसलिए, स्थानीय इंटरफ़ेस हर बाहरी बातचीत को निजी नहीं बनाता है। एप्लिकेशन कोड को बनाए रखना और प्रतिस्थापनों को नियंत्रित करना उपयोगकर्ताओं को एक स्पष्ट नियंत्रण का रूप देता है, लेकिन लाभ उस नियंत्रण को निर्भरता के विकल्पों और साइनर अधिकार तक विस्तारित करने पर निर्भर करता है।