إدخال التحقق من ZK: الاتجاه الحتمي لبروتوكول بيتكوين
تعتبر بيتكوين كنظام اجتماعي، إن تشغيلها المستقر يعتمد على توافق الناس حول جوهرها والمظهر الذي ينبغي أن تكون عليه. ومع ذلك، لا تزال هناك اختلافات واسعة ومتطورة باستمرار بشأن القضايا الرئيسية.
كان ساتوشي ناكاموتو يعتقد في البداية أن بيتكوين هو نظام دفع إلكتروني من نظير إلى نظير جديد تمامًا. لكن تصميم المنتج لبيتكوين قيّد من قدرة نقل البيانات، مما أدى إلى ارتفاع تكلفة رسوم المعاملات. بالإضافة إلى ذلك، فإن بيانات المعاملات على سلسلة بيتكوين تكشف إلى حد كبير عن خصوصية المستخدمين، مما يتعارض مع فكرة عدم الكشف عن الهوية الأصلية.
لحل هذه المشكلات، قدم مجتمع بيتكوين العديد من اقتراحات التحسين، ومن بينها الأكثر فعالية من الناحية النظرية هو إدخال تقنيات ZK و SNARKs. يمكن أن تحسن هذه التقنيات الخصوصية بشكل كبير وتزيد من سعة المعاملات. ولكن نظرًا لصعوبة تعديل بروتوكول بيتكوين، لم يتم إدخال هذه التقنيات في بروتوكول بيتكوين حتى الآن.
وظيفة سكربت بيتكوين محدودة، ولا يمكنه التحقق مباشرةً من SNARK. على الرغم من أنه يمكن نظريًا التحقق من أي حساب، إلا أن حجم البرنامج المطلوب للتحقق من SNARK يتجاوز حد حجم كتلة بيتكوين.
لتحقيق تحقق SNARK في بيتكوين، هناك مساران محتملان حالياً:
من خلال تفعيل رموز العمليات البسيطة مثل OP_CAT، يتم تعزيز وظيفة سكريبتات بيتكوين، مما يجعلها قادرة على التحقق من SNARK. يمكن استخدام OP_CAT للتحقق من إثبات Merkle، مما يساعد في التحقق من SNARK القائم على FRI.
باستخدام تقنية BitVM، يمكن التحقق من أي مهمة حسابية دون تعديل البروتوكول. تتجاوز BitVM قيود حجم السكربت من خلال هيكل Taproot MerkleTree وحلول تخزين KV، وتستخدم آلية إثبات الاحتيال لضمان الأمان.
بالإضافة إلى ذلك، فإن تقنية Chain State Proofs التي اقترحها فريق ZeroSync، بالاشتراك مع ZK، يمكن أن تقلل بشكل كبير من عبء العمل المتعلق بمزامنة والتحقق من البيانات التاريخية لبيتكوين، مما يقلل من تكاليف تشغيل العقد.
بشكل عام، فإن إدخال التحقق من ZK هو اتجاه حتمي لبروتوكول بيتكوين، لكن مسار التنفيذ المحدد لا يزال بحاجة إلى مزيد من البحث والنقاش. بغض النظر عن الخيار الذي يتم اختياره، يجب أن يكون الهدف النهائي هو دعم المزيد من السيناريوهات القابلة للتطبيق وزيادة الفعالية.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 19
أعجبني
19
3
إعادة النشر
مشاركة
تعليق
0/400
NftDeepBreather
· 07-27 21:53
كم سيرتفع مع إضافة zk
شاهد النسخة الأصليةرد0
LiquidationAlert
· 07-25 15:42
BTC又要升级？反正 بروتوكول改不动
شاهد النسخة الأصليةرد0
TxFailed
· 07-25 15:40
تقنيًا، كانت btc عالقة في 2009 بينما zk بالفعل تنقذ مستخدمي eth من كوابيس الخصوصية
التحقق من ZK: الطريق الضروري لتطور بروتوكول بيتكوين
إدخال التحقق من ZK: الاتجاه الحتمي لبروتوكول بيتكوين
تعتبر بيتكوين كنظام اجتماعي، إن تشغيلها المستقر يعتمد على توافق الناس حول جوهرها والمظهر الذي ينبغي أن تكون عليه. ومع ذلك، لا تزال هناك اختلافات واسعة ومتطورة باستمرار بشأن القضايا الرئيسية.
كان ساتوشي ناكاموتو يعتقد في البداية أن بيتكوين هو نظام دفع إلكتروني من نظير إلى نظير جديد تمامًا. لكن تصميم المنتج لبيتكوين قيّد من قدرة نقل البيانات، مما أدى إلى ارتفاع تكلفة رسوم المعاملات. بالإضافة إلى ذلك، فإن بيانات المعاملات على سلسلة بيتكوين تكشف إلى حد كبير عن خصوصية المستخدمين، مما يتعارض مع فكرة عدم الكشف عن الهوية الأصلية.
لحل هذه المشكلات، قدم مجتمع بيتكوين العديد من اقتراحات التحسين، ومن بينها الأكثر فعالية من الناحية النظرية هو إدخال تقنيات ZK و SNARKs. يمكن أن تحسن هذه التقنيات الخصوصية بشكل كبير وتزيد من سعة المعاملات. ولكن نظرًا لصعوبة تعديل بروتوكول بيتكوين، لم يتم إدخال هذه التقنيات في بروتوكول بيتكوين حتى الآن.
وظيفة سكربت بيتكوين محدودة، ولا يمكنه التحقق مباشرةً من SNARK. على الرغم من أنه يمكن نظريًا التحقق من أي حساب، إلا أن حجم البرنامج المطلوب للتحقق من SNARK يتجاوز حد حجم كتلة بيتكوين.
لتحقيق تحقق SNARK في بيتكوين، هناك مساران محتملان حالياً:
بالإضافة إلى ذلك، فإن تقنية Chain State Proofs التي اقترحها فريق ZeroSync، بالاشتراك مع ZK، يمكن أن تقلل بشكل كبير من عبء العمل المتعلق بمزامنة والتحقق من البيانات التاريخية لبيتكوين، مما يقلل من تكاليف تشغيل العقد.
بشكل عام، فإن إدخال التحقق من ZK هو اتجاه حتمي لبروتوكول بيتكوين، لكن مسار التنفيذ المحدد لا يزال بحاجة إلى مزيد من البحث والنقاش. بغض النظر عن الخيار الذي يتم اختياره، يجب أن يكون الهدف النهائي هو دعم المزيد من السيناريوهات القابلة للتطبيق وزيادة الفعالية.