نحن بالفعل نبدأ في رؤية بذور الإمكانات من الطبقة الثانية تتطور من الطبقة الأساسية الأولية التي تمت إضافتها أو تحسينها في العقد الأول. البرق، على الرغم من أنه ما زال يخضع لبعض القيود الكبيرة، إلا أنه بدأ حقًا في الازدهار. وهذا فقط الإصدار الأول المحدود الذي يتم تحديده ونشره حاليًا. هناك الآن سلاسل جانبية من مختلف الأنواع المنشورة: السائلة، RSK، وحتى سلاسل الرموز المرتبطة ببيتكوين التي طورتها Commerceblock. هذا مجرد البداية.
شنور وتابروت
في الأفق ، لدينا مزيج من Schnorr و Taproot. على جانب Schnorr من الأشياء ، يعد التحقق من نظام التوقيع على دفعات أرخص بكثير ، بالإضافة إلى القفزة الكبيرة التالية في تحسين بناء البرامج النصية متعددة التواقيع في بيتكوين. بدأ Multisig على أنه مجرد حشو جميع المفاتيح العامة والبرنامج النصي ل multisig في إخراج المعاملة لإرساله إليه ، والاضطرار إلى تضمين كل ذلك في المدخلات لإنفاقه. قام P2SH بتحسين جانب الإخراج ، من خلال تضمين تجزئة طول ثابت للمفاتيح العامة والبرامج النصية ل multisig ، مما يوفر الرسوم لأي شخص يرسل إلى عنوان multisig ويترك تكلفة متزايدة للمرسل فقط. يمكن القول إن SegWit "تم تحسينه" بشكل أكبر من خلال جعل إنفاق UTXOs متعددة الشرائح أرخص مع خصم الشاهد. يأخذ Schnorr كل هذا التحسين التدريجي إلى أقصى الحدود. يمكنك دمج المفاتيح العامة الفردية في مفتاح واحد ، والذي يمكن للجميع التعاون لإنشاء توقيع واحد له ، والتحقق من ذلك فقط. هذا يخلق وفورات هائلة في التكاليف لجميع استخدامات multisig ، بما في ذلك الطبقات الثانية مثل Lightning وسلاسل جانبية الموحدة ، ويخلق ميزة خصوصية أيضا من خلال جعل كل هذه UTXOs multisig لا يمكن تمييزها عن تلك ذات التوقيع الفردي.
الآن هذا لا يجعل كل شيء خاصًا تمامًا بشكل سحري. حالات قنوات البرق (transactions) لا تزال تتطلب مسارات مفتاح منفصلة لمعاملات العقوبة الخاصة بها للرد على تقديم الحالات القديمة. وهذا يعني أنه يجب أن تكون تلك المسارات في سكريبتات الإخراج التي تنشئ بصمة. يحل Taproot هذه المشكلة بسحره الكريبتوغرافي الذي يسمح لك بالتزام شجرة ميركل لشروط الإنفاق المختلفة، التي تتطلب فقط الشرط المستخدم ودليل ميركل للجذر للإنفاق، إلى مفتاح عام Schnorr يبدو طبيعيًا. الآن يمكنك إخفاء ذلك المسار الخاص بسكريبت العقوبة بواسطة taproot. يمكنك إخفاء أي مسار سكريبت شرطي بـ Taproot، مدفونًا تحت مفتاح Schnorr يبدو طبيعيًا تمامًا يسمح لجميع المشاركين بالاتفاق على شيء ما وإجراء معاملة تبدو طبيعية تمامًا.
سيغاش \ _ANYPREVOUTPUT
SIGHASH_ANYPREVOUTPUT (سابقًا SIGHASH_NOINPUT) هو على أمل أن يكون الجديد التالي الأساسي الذي سيظهر. إنه ترقية جديدة لتنسيق مفتاح عام / علم توقيع. تحدد علموات توقيع التحقق من أي أجزاء من معاملة يلتزم التوقيع بها. هذه الوظيفة موجودة حتى تتمكن من فعل شيء مثل توقيع مدخلاتك ومخرجاتك فقط، ولكن السماح لأشخاص آخرين بإضافة مدخلاتهم ومخرجاتهم الخاصة إلى معاملة دون تعطيلها. ولكن حاليًا، يجب على توقيع الالتزام بـ UTXO محدد من معاملة محددة. SIGHASH_ANYPREVOUT، بالإضافة إلى أمور أخرى، سيتيح الالتزام بتوقيع فقط بنص UTXO، وليس بنفس UTXO. يسمح هذا بطريقة جديدة (eltoo) لإنشاء حالات قناة Lightning التي لا تتطلب مفتاح عقوبة أو التعامل مع الحالات القديمة من خلال السماح للطرف المخادع بمصادرة كل المال. بدلاً من ذلك، يمكن ببساطة إعادة إنفاق حالة القناة الحالية إذا فقدت سباق الإنفاق المزدوج، مما يضمن للجميع الحصول على رصيد قناةهم الحالي على السلسلة بدلاً من رصيد قديم. تحقق من ذلك عن طريق إعادة استخدام نفس النص في المكان الصحيح واستخدام SIGHASH_ANYPREVOUT.
هذا يزيل الكثير من المخاطر المتعلقة بفقدان حالات القناة الحالية مما يؤدي إلى معاملة جزائية تأخذ أموالك لخطأ صريح. كما أنه يتيح أكثر من ذلك بكثير. الآن يمكننا الحصول على قنوات Lightning مع أكثر من 2 مشاركين ، ويمكننا حتى تكديس "القنوات الفرعية" فوق هؤلاء. أيضا ، يتيح SIGHASH \ _ANYPREVOUT و eltoo إنشاء سلاسل الدولة ، وهو نوع من بناء القنوات الفيدرالية التي تسمح للمشاركين الجدد بالدخول والخروج تماما من السلسلة مع افتراض الثقة بأن الاتحاد لن يتواطأ مع المشاركين السابقين للاحتيال على أي شخص. هذا يفتح الكثير من الإمكانات لما كنت أسميه لنفسي "بروتوكولات UTXO الثابتة متعددة الأطراف".
OP_CHECKTEMPLATEVERIFY
OP_CTV هو اقتراح من جيريمي روبين لتمكين نوع أساسي جدا من "العهد" بشأن بيتكوين. العهد هو قيود أكثر تعقيدا على إنفاق عملة معدنية تتجاوز التوقيعات من مفاتيح معينة. نوع العهد الذي سينفذه اقتراح روبن هو "قالب". بشكل أساسي ، يسمح هذا للبرنامج النصي ل UTXO بطلب مخرجات دقيقة محددة يتم إنشاؤها بواسطة معاملة الإنفاق. لذلك بمجرد إنشاء UTXO باستخدام OP \ _CTV ، يتم فرضه بالإجماع على أنه يجب إنفاق UTXO على عناوين محددة بالكميات المحددة المحددة في البرنامج النصي ل UTXO. يمكنك حتى ربط هذه معا بحيث يتم إجبار أحد هذه UTXOs على صنع عدد قليل منها ، والتي يتم إجبارها بعد ذلك على صنع المزيد ، مرارا وتكرارا.
هذا له قابلية تطبيق عامة هائلة في كل مكان. في بيئات الرسوم المرتفعة ، يمكن إنشاء UTXO واحد من قبل كيان الحفظ الذي ** 100٪ بموجب قواعد الإجماع ** يضمن أن جميع أموال عملائه ستنتهي تحت سيطرة عملائهم ، على الرغم من عدم تمكنهم من الوصول الفوري إليها في الوقت الحالي. هذا له الكثير من التآزر المحتمل مع القنوات متعددة الأطراف (channel factories) ، حيث يمكن أن يؤدي "الانسحاب" الجماعي الذي يتم إجراؤه مثل هذا إلى إنشاء واستخدام مصنع قنوات في وقت واحد. يمكن استخدام OP \ _CTV لإنشاء * قنوات دفع تعمل على الأقل في اتجاه واحد دون أن يضطر الطرف المتلقي إلى المشاركة أو أن يكون لديه مفتاح عبر الإنترنت لتلقي المدفوعات * (and تذكر أنه يمكنك تكديس القنوات فوق كل other). يمكن استخدامه حتى للسماح لقناة واحدة بمعالجة المزيد من HTLCs في وقت واحد عن طريق تجميعها مع نفس الحيلة التي يستخدمها المثال الأول مع عمليات سحب الاحتجاز. وقد يخلق بعض الإمكانات لأنواع جديدة من العملات المعدنية.
وضع كل شيء معًا
في افتراض اعتماد جميع المقترحات أعلاه ودمجها في بيتكوين، أعتقد حقًا أن الناس، بخلاف المطورين الذين يعملون فعليًا على الحافة الرائدة لهذه الأمور، ليس لديهم حتى أبعد فكرة عن أنواع البروتوكولات والخدمات التي ستُبنى باستخدام هذه البنيات. أو الأشياء الغريبة حيث لا يوجد خط فاصل واضح بين الخدمة أو البروتوكول.
سيمكنون قنوات متعددة الأطراف بأعداد مشاركين نظريًا لا حدود لها، يمكن تكديس القنوات الفرعية فوقها بمجموعات فرعية أصغر من المشاركين في القناة الأساسية. يمكن بناء القنوات على هذه "مصانع القنوات" التي تتيح للناس استلام الأموال دون وجود مفاتيح على الإنترنت لمحفظة ساخنة. يمكن تكديس هذه القنوات متعددة الأطراف بحد ذاتها فوق قنوات موحدة تسمح للمشاركين بالدخول أو الخروج بـ صفر نشاط على السلسلة! وسيتيح بناء قناة "تقسيم" تحريك السيولة بسهولة نسبية بين قنوات مختلفة بطرق تمكن من أنواع مختلفة من الأشياء التي لم يبدأ الناس حتى الآن في التفكير فيها.
آخر كلمة في هذا القسم هي: أن هذا يعتبر فقط ما يمكن فعله مع الأشياء التي أعتبرها أجزاء مباشرة من ستاك بروتوكول بيتكوين نفسه. يمكنك أن تفعل الكثير إذا بدأت في النظر إلى الخدمات الوديعة المركزية، والتي من الخصائص الممكنة لبيتكوين يمكن أن توفرها تجاهل الحواجز التنظيمية أو القانونية.
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
العقد القادم، الجزء 2: الطريق إلى الأمام
نحن بالفعل نبدأ في رؤية بذور الإمكانات من الطبقة الثانية تتطور من الطبقة الأساسية الأولية التي تمت إضافتها أو تحسينها في العقد الأول. البرق، على الرغم من أنه ما زال يخضع لبعض القيود الكبيرة، إلا أنه بدأ حقًا في الازدهار. وهذا فقط الإصدار الأول المحدود الذي يتم تحديده ونشره حاليًا. هناك الآن سلاسل جانبية من مختلف الأنواع المنشورة: السائلة، RSK، وحتى سلاسل الرموز المرتبطة ببيتكوين التي طورتها Commerceblock. هذا مجرد البداية.
شنور وتابروت
في الأفق ، لدينا مزيج من Schnorr و Taproot. على جانب Schnorr من الأشياء ، يعد التحقق من نظام التوقيع على دفعات أرخص بكثير ، بالإضافة إلى القفزة الكبيرة التالية في تحسين بناء البرامج النصية متعددة التواقيع في بيتكوين. بدأ Multisig على أنه مجرد حشو جميع المفاتيح العامة والبرنامج النصي ل multisig في إخراج المعاملة لإرساله إليه ، والاضطرار إلى تضمين كل ذلك في المدخلات لإنفاقه. قام P2SH بتحسين جانب الإخراج ، من خلال تضمين تجزئة طول ثابت للمفاتيح العامة والبرامج النصية ل multisig ، مما يوفر الرسوم لأي شخص يرسل إلى عنوان multisig ويترك تكلفة متزايدة للمرسل فقط. يمكن القول إن SegWit "تم تحسينه" بشكل أكبر من خلال جعل إنفاق UTXOs متعددة الشرائح أرخص مع خصم الشاهد. يأخذ Schnorr كل هذا التحسين التدريجي إلى أقصى الحدود. يمكنك دمج المفاتيح العامة الفردية في مفتاح واحد ، والذي يمكن للجميع التعاون لإنشاء توقيع واحد له ، والتحقق من ذلك فقط. هذا يخلق وفورات هائلة في التكاليف لجميع استخدامات multisig ، بما في ذلك الطبقات الثانية مثل Lightning وسلاسل جانبية الموحدة ، ويخلق ميزة خصوصية أيضا من خلال جعل كل هذه UTXOs multisig لا يمكن تمييزها عن تلك ذات التوقيع الفردي.
الآن هذا لا يجعل كل شيء خاصًا تمامًا بشكل سحري. حالات قنوات البرق (transactions) لا تزال تتطلب مسارات مفتاح منفصلة لمعاملات العقوبة الخاصة بها للرد على تقديم الحالات القديمة. وهذا يعني أنه يجب أن تكون تلك المسارات في سكريبتات الإخراج التي تنشئ بصمة. يحل Taproot هذه المشكلة بسحره الكريبتوغرافي الذي يسمح لك بالتزام شجرة ميركل لشروط الإنفاق المختلفة، التي تتطلب فقط الشرط المستخدم ودليل ميركل للجذر للإنفاق، إلى مفتاح عام Schnorr يبدو طبيعيًا. الآن يمكنك إخفاء ذلك المسار الخاص بسكريبت العقوبة بواسطة taproot. يمكنك إخفاء أي مسار سكريبت شرطي بـ Taproot، مدفونًا تحت مفتاح Schnorr يبدو طبيعيًا تمامًا يسمح لجميع المشاركين بالاتفاق على شيء ما وإجراء معاملة تبدو طبيعية تمامًا.
سيغاش \ _ANYPREVOUTPUT
SIGHASH_ANYPREVOUTPUT (سابقًا SIGHASH_NOINPUT) هو على أمل أن يكون الجديد التالي الأساسي الذي سيظهر. إنه ترقية جديدة لتنسيق مفتاح عام / علم توقيع. تحدد علموات توقيع التحقق من أي أجزاء من معاملة يلتزم التوقيع بها. هذه الوظيفة موجودة حتى تتمكن من فعل شيء مثل توقيع مدخلاتك ومخرجاتك فقط، ولكن السماح لأشخاص آخرين بإضافة مدخلاتهم ومخرجاتهم الخاصة إلى معاملة دون تعطيلها. ولكن حاليًا، يجب على توقيع الالتزام بـ UTXO محدد من معاملة محددة. SIGHASH_ANYPREVOUT، بالإضافة إلى أمور أخرى، سيتيح الالتزام بتوقيع فقط بنص UTXO، وليس بنفس UTXO. يسمح هذا بطريقة جديدة (eltoo) لإنشاء حالات قناة Lightning التي لا تتطلب مفتاح عقوبة أو التعامل مع الحالات القديمة من خلال السماح للطرف المخادع بمصادرة كل المال. بدلاً من ذلك، يمكن ببساطة إعادة إنفاق حالة القناة الحالية إذا فقدت سباق الإنفاق المزدوج، مما يضمن للجميع الحصول على رصيد قناةهم الحالي على السلسلة بدلاً من رصيد قديم. تحقق من ذلك عن طريق إعادة استخدام نفس النص في المكان الصحيح واستخدام SIGHASH_ANYPREVOUT.
هذا يزيل الكثير من المخاطر المتعلقة بفقدان حالات القناة الحالية مما يؤدي إلى معاملة جزائية تأخذ أموالك لخطأ صريح. كما أنه يتيح أكثر من ذلك بكثير. الآن يمكننا الحصول على قنوات Lightning مع أكثر من 2 مشاركين ، ويمكننا حتى تكديس "القنوات الفرعية" فوق هؤلاء. أيضا ، يتيح SIGHASH \ _ANYPREVOUT و eltoo إنشاء سلاسل الدولة ، وهو نوع من بناء القنوات الفيدرالية التي تسمح للمشاركين الجدد بالدخول والخروج تماما من السلسلة مع افتراض الثقة بأن الاتحاد لن يتواطأ مع المشاركين السابقين للاحتيال على أي شخص. هذا يفتح الكثير من الإمكانات لما كنت أسميه لنفسي "بروتوكولات UTXO الثابتة متعددة الأطراف".
OP_CHECKTEMPLATEVERIFY
OP_CTV هو اقتراح من جيريمي روبين لتمكين نوع أساسي جدا من "العهد" بشأن بيتكوين. العهد هو قيود أكثر تعقيدا على إنفاق عملة معدنية تتجاوز التوقيعات من مفاتيح معينة. نوع العهد الذي سينفذه اقتراح روبن هو "قالب". بشكل أساسي ، يسمح هذا للبرنامج النصي ل UTXO بطلب مخرجات دقيقة محددة يتم إنشاؤها بواسطة معاملة الإنفاق. لذلك بمجرد إنشاء UTXO باستخدام OP \ _CTV ، يتم فرضه بالإجماع على أنه يجب إنفاق UTXO على عناوين محددة بالكميات المحددة المحددة في البرنامج النصي ل UTXO. يمكنك حتى ربط هذه معا بحيث يتم إجبار أحد هذه UTXOs على صنع عدد قليل منها ، والتي يتم إجبارها بعد ذلك على صنع المزيد ، مرارا وتكرارا.
هذا له قابلية تطبيق عامة هائلة في كل مكان. في بيئات الرسوم المرتفعة ، يمكن إنشاء UTXO واحد من قبل كيان الحفظ الذي ** 100٪ بموجب قواعد الإجماع ** يضمن أن جميع أموال عملائه ستنتهي تحت سيطرة عملائهم ، على الرغم من عدم تمكنهم من الوصول الفوري إليها في الوقت الحالي. هذا له الكثير من التآزر المحتمل مع القنوات متعددة الأطراف (channel factories) ، حيث يمكن أن يؤدي "الانسحاب" الجماعي الذي يتم إجراؤه مثل هذا إلى إنشاء واستخدام مصنع قنوات في وقت واحد. يمكن استخدام OP \ _CTV لإنشاء * قنوات دفع تعمل على الأقل في اتجاه واحد دون أن يضطر الطرف المتلقي إلى المشاركة أو أن يكون لديه مفتاح عبر الإنترنت لتلقي المدفوعات * (and تذكر أنه يمكنك تكديس القنوات فوق كل other). يمكن استخدامه حتى للسماح لقناة واحدة بمعالجة المزيد من HTLCs في وقت واحد عن طريق تجميعها مع نفس الحيلة التي يستخدمها المثال الأول مع عمليات سحب الاحتجاز. وقد يخلق بعض الإمكانات لأنواع جديدة من العملات المعدنية.
وضع كل شيء معًا
في افتراض اعتماد جميع المقترحات أعلاه ودمجها في بيتكوين، أعتقد حقًا أن الناس، بخلاف المطورين الذين يعملون فعليًا على الحافة الرائدة لهذه الأمور، ليس لديهم حتى أبعد فكرة عن أنواع البروتوكولات والخدمات التي ستُبنى باستخدام هذه البنيات. أو الأشياء الغريبة حيث لا يوجد خط فاصل واضح بين الخدمة أو البروتوكول.
سيمكنون قنوات متعددة الأطراف بأعداد مشاركين نظريًا لا حدود لها، يمكن تكديس القنوات الفرعية فوقها بمجموعات فرعية أصغر من المشاركين في القناة الأساسية. يمكن بناء القنوات على هذه "مصانع القنوات" التي تتيح للناس استلام الأموال دون وجود مفاتيح على الإنترنت لمحفظة ساخنة. يمكن تكديس هذه القنوات متعددة الأطراف بحد ذاتها فوق قنوات موحدة تسمح للمشاركين بالدخول أو الخروج بـ صفر نشاط على السلسلة! وسيتيح بناء قناة "تقسيم" تحريك السيولة بسهولة نسبية بين قنوات مختلفة بطرق تمكن من أنواع مختلفة من الأشياء التي لم يبدأ الناس حتى الآن في التفكير فيها.
آخر كلمة في هذا القسم هي: أن هذا يعتبر فقط ما يمكن فعله مع الأشياء التي أعتبرها أجزاء مباشرة من ستاك بروتوكول بيتكوين نفسه. يمكنك أن تفعل الكثير إذا بدأت في النظر إلى الخدمات الوديعة المركزية، والتي من الخصائص الممكنة لبيتكوين يمكن أن توفرها تجاهل الحواجز التنظيمية أو القانونية.
هذا هو الجزء 2 من 4 فقط، اقرأ الجزء التالي غدًا