بيتكوين النقش بروتوكول的兴衰:从创新浪潮到理性回归

انهيار وازدهار بروتوكول النقش لبيتكوين: من الابتكار التكنولوجي إلى العودة العقلانية

مقدمة

في 3 يناير 2009، شهدت العبارة المنقوشة في الكتلة الأولى من بيتكوين بداية عصر جديد. اليوم، عندما تحقق بيتكوين ارتفاعات جديدة، نحن أيضًا نشهد نهاية عصرٍ آخر كان متألقًا - النقش والرموز.

من بداية عام 2023، مع ظهور بروتوكول Ordinals، إلى الضجة المجنونة حول BRC20، ثم الظهور المتكرر لبروتوكولات مثل Runes وAtomical وCAT20 وRGB++ وAlkanes، شهدت بيئة بيتكوين ثورة "النقش" غير المسبوقة. تحاول هذه البروتوكولات جميعها تحويل بيتكوين من مجرد أداة لتخزين القيمة إلى منصة أساسية قادرة على استيعاب بروتوكولات الأصول المختلفة.

ومع ذلك، عندما تتلاشى الاحتفالات وتظهر الألوان الأساسية، يجب علينا مواجهة واقع قاسي: القيود الأساسية لبروتوكول النقش، التي قدر لها أن تكون هذه الفقاعة الجميلة من التوليب. كمن شارك بعمق في تطوير بروتوكول النقش من منظور تقني، شهدت هذه البيئة من البذور إلى الانفجار، ثم إلى العودة العقلانية الحالية.

ستتناول هذه المقالة الابتكارات والقيود المتعلقة بعدة بروتوكولات للنقش، وتستكشف لماذا أصبح هذا المجال الذي كان في السابق يتألق بسرعة نحو نهايته الحالية.

1، تطور سلسلة النقش بروتوكول

1.1، بروتوكول Ordinals: بداية عصر النقش

فتح بروتوكول Ordinals الباب لعصر "النقش" في بيتكوين. من خلال ترقيم كل بِت، واستخدام تقنية الكشف عن البيانات، تم تحقيق التخزين على السلسلة لأي بيانات. يجمع نموذج UTXO مع مفهوم NFT، باستخدام رقم تسلسل بِت كعلامة تحديد، مما يمكن كل بِت من حمل محتوى فريد.

من الناحية التقنية، يتميز تصميم Ordinals بالأناقة ويتوافق تمامًا مع النموذج الأصلي لبيتكوين، مما يحقق التخزين الدائم للبيانات. ومع ذلك، فإن الكتابة البحتة للبيانات هي أيضًا أحد قيودها، حيث لا تستطيع تلبية الشغف القوي للسوق في ذلك الوقت بشأن "إصدار" BTC + أصول أخرى.

1.2، بروتوكول BRC20: اختراقات تجارية وفخاخ التوافق

تحتوي BRC20 على أساس تقني في Ordinals، ومن خلال تنسيق محتوى موحد، تضيف روحًا إلى البيانات على السلسلة - مما يجعل النقش الثابت "ينبض بالحياة". إنها تعرف دورة حياة الأصول الكاملة من نشر وصك وتحويل، وتحول البيانات المجردة إلى أصول قابلة للتداول، وتحقق لأول مرة إصدار رموز موحدة على البيتكوين، مما يلبي الحاجة الملحة للسوق إلى "الإصدار"، ويشعل النظام البيئي للنقش بأسره.

لكن نموذج الحسابات الخاص به يتعارض بشكل جذري مع نموذج UTXO الخاص ببيتكوين، حيث يجب على المستخدم أولاً نقش transfer النقش، ثم إجراء التحويل الفعلي، مما يتسبب في الحاجة إلى عدة معاملات لإكمال تحويل واحد. والأهم من ذلك، فإن العيب الجذري في BRC20 هو أنه يربط "بعض البيانات" فقط، لكنه لا يستطيع مشاركة قوة توافقه بالكامل. بمجرد أن يتوقف الفهرس الخارجي عن الدعم، ستتحول جميع ما يسمى "الأصول" إلى بيانات عديمة المعنى في瞬ة.

تكشف هذه الثغرة عن نفسها في أحداث "سونغ" المتكررة - عندما تظهر أصول متعددة على نفس السونغ، يقوم الأطراف في البروتوكول بتعديل المعايير بشكل جماعي، مما يعني أن توافق النظام البيئي بأكمله يتم التحكم فيه فعليًا من قبل أقلية. وما هو أكثر إرباكًا هو أن التحسينات مثل "التحويل الأحادي الخطوة" التي أطلقتها الجهات المعنية لاحقًا لم تمس فعليًا النقاط الأساسية المؤلمة في السوق، لكنها جلبت تكاليف تكيف المنصات مع النسخة الجديدة.

هذا يعكس مشكلة أعمق: على مدى عامين، ظل مصممو بروتوكول النقش محاصرين في مجال "الإصدار" فقط، ويفتقرون إلى التفكير العميق حول سيناريوهات التطبيق بعد الإصدار.

1.3، بروتوكول Atomical: تصحيح وانفصال الأصالة UTXO

طرحت Atomical حلًا أكثر جذرية لمشكلة توافق UTXO مع BRC20: جعل عدد الأصول يتوافق مباشرة مع عدد الساتوشي في UTXO، وإدخال آلية إثبات العمل لضمان سك عادل. هذا يحقق توافقًا أصليًا مع نموذج UTXO الخاص ببيتكوين، حيث إن نقل الأصول هو نقل الساتوشي، مما يحل إلى حد ما مشكلات التكلفة والتفاعل المتعلقة بـ BRC20.

ومع ذلك، فإن تكرار التكنولوجيا قد جلب أيضًا تكلفة التعقيد - حيث أصبحت قواعد التحويل معقدة للغاية، مما يتطلب حسابًا دقيقًا لتقسيم وإعادة دمج UTXO، مما يؤدي إلى حرق الأصول، مما يجعل لاعبي النقش يترددون في القيام بالعمليات بسهولة. والأكثر فتكًا هو أن آلية إثبات العمل كشفت عن مشاكل خطيرة في العدالة أثناء التشغيل الفعلي، حيث أكمل كبار المستثمرين عملية السك أولاً بفضل ميزة قوة الحوسبة، مما يتعارض تمامًا مع السرد السائد في ذلك الوقت حول "الإطلاق العادل" في نظام النقش.

لقد تجلت التكرارات اللاحقة للمنتج في فهم الفريق المطور لتحريف احتياجات المستخدمين - فقد استهلكت الميزات المعقدة مثل الأصول نصف الملونة الكثير من الموارد البشرية والمادية، لكنها لم تُحسن تجربة المستخدم بشكل كبير، بل أثارت تكاليف باهظة لإعادة بناء الأدوات على السلسلة من قبل المؤسسات الكبرى. بينما تأخرت AVM التي كانت في انتظارها طويلاً، وكان السوق قد تحول تمامًا، مما أدى إلى فقدان أفضل فترة للنمو.

1.4، بروتوكول النقش: التسوية الأنيقة والسلطة الرسمية مع الفراغ التطبيقي

بصفته "البروتوكول الرسمي" للإصدار من مؤسس Ordinals، استوعب Runes دروس البروتوكولات السابقة. من خلال اعتماد تخزين بيانات OP_RETURN، تجنب إساءة استخدام بيانات الشهادة، ووجد توازناً نسبياً بين التعقيد الفني وتجربة المستخدم من خلال تصميم ترميز دقيق ونموذج UTXO. مقارنةً بالبروتوكولات السابقة، أصبح تخزين بيانات Runes أكثر مباشرة، والترميز أكثر كفاءة، مما قلل بشكل كبير من تكاليف المعاملات.

ومع ذلك، فإن بروتوكول Runes يقع أيضًا في أزمة جذرية في نظام النقش - فبالإضافة إلى إصدار العملات، لا تحتوي هذه المنظومة على أي تصميم خاص. لماذا يحتاج السوق إلى عملة يمكن الحصول عليها دون أي عوائق؟ بعد الحصول عليها، ما الفائدة العملية منها سوى بيعها في السوق الثانوية؟ إن هذا النموذج المدفوع بالمضاربة الخالصة يحدد حتمًا محدودية عمر البروتوكول.

لكن تطبيق opreturn فتح آفاق بروتوكولات لاحقة.

1.5، بروتوكول CAT20: الطموح والواقع في التحقق على السلسلة

CAT20 حقاً حقق تحققاً حقيقياً على السلسلة من خلال بروتوكول بيتكوين. يتم تخزين تجزئة الحالة فقط على السلسلة، ومن خلال البرامج النصية المتكررة، يتم التأكد من أن جميع المعاملات تتبع نفس شروط القيود، مما يدعي "عدم الحاجة إلى فهرس". هذا هو الكأس المقدسة لبروتوكول النقش منذ زمن طويل.

ومع ذلك، على الرغم من أن "التحقق على السلسلة" لـ CAT20 يتم تنفيذه فعلاً على السلسلة، إلا أن بيانات الحالة التي يمكن التحقق منها يتم تخزينها في شكل تجزئة داخل OP_RETURN، ولا يمكن إعادة فك التجزئة فقط، لذا في التشغيل الفعلي، لا يزال يتعين على فهرس خارجي الحفاظ على حالة قابلة للقراءة.

من حيث التصميم، يسمح البروتوكول بأن تكون رموز أسماء العملات غير فريدة، مما يؤدي إلى ارتباك الأصول ذات الأسماء المتشابهة، بالإضافة إلى مشكلة المنافسة على UTXO في سيناريوهات الاستخدام ذات التردد العالي في المراحل المبكرة من التطوير، مما جعل تجربة المستخدم في التشفير الأولي سيئة للغاية.

لاحقًا، مع حدوث هجمات القراصنة، كانت المبدأ الأساسي هو أن البيانات الداخلية عند ربط قيمتين، كانت تفتقر إلى الفاصل، مما سمح لـ 1 و 234 و 12 و 34 بإنتاج نفس نتيجة التجزئة. الهجوم أدى إلى ضرورة ترقية البروتوكول، لكن خطة الترقية المتأخرة جعلت السوق تنسى حماسها الأول.

حالة CAT20 توضح أنه حتى لو تم تحقيق بعض الاختراقات على المستوى التقني، فلا يمكن أن تكون متقدمة جدًا، لأنه إذا تجاوزت الفهم العام للمستخدمين، سيكون من الصعب الحصول على اعتراف السوق. بالإضافة إلى ذلك، تظل تهديدات القراصنة، دائمًا كالسيف داموكليس، معلقًا فوق رأس المشروع، مما يخبر الجميع بضرورة احترام ذلك.

1.6، بروتوكول RGB++: المثالية التقنية والمأزق البيئي

تحاول إحدى الشبكات العامة استخدام خطة الربط المتشابه لحل مشكلة قيود وظيفة بيتكوين من خلال بنية مزدوجة السلاسل. تستخدم قدرتها على إتمام العمليات للتحقق من معاملات UTXO الخاصة ببيتكوين، وهي الأكثر تقدمًا من الناحية التقنية، مما يحقق تحققًا أكثر ثراءً للعقود الذكية، وتعتبر بنية التكنولوجيا الأكثر اكتمالًا، وتعتبر "لؤلؤة التقنية" في بروتوكول النقش.

لكن الفجوة بين المثالية والواقع تتجلى هنا بشكل صارخ - تعقيد الهيكل الثنائي السلسلة، وتكاليف التعلم العالية، والحواجز أمام دخول المؤسسات. والأهم من ذلك، أن قوة المشروع نفسه ضعيفة نسبيًا، ويجب عليه مواجهة تحديين مزدوجين في دفع السلسلة والبروتوكول الجديد، مما يجعل من الصعب جذب انتباه السوق الكافي.

في هذا المجال الذي يعتمد بشكل كبير على تأثير الشبكة وإجماع المجتمع ، أصبح حلاً تقنيًا "يحظى بالإشادة ولكن لا يحقق النجاح".

1.7، بروتوكول Alkanes: آخر اندفاع ونقص الموارد

بروتوكول العقد الذكي القائم على الفهرس الخارجي +، الذي يجمع بين تصميم Ordinals وRunes، يحاول تحقيق أي وظيفة عقد ذكي على بيتكوين. يمثل آخر جهد لبروتوكول النقش نحو منصات العقود الذكية التقليدية. ومن المؤكد أنه يمكن نظريًا تنفيذ أي منطق عقد معقد. بالإضافة إلى ذلك، جاء في الوقت المناسب مع ترقية بيتكوين التي تلغي قيود 80 بايت opreturn.

ومع ذلك، فإن الاعتبارات الاقتصادية الواقعية قد كسرت بلا رحمة هذا المث ideal التكنولوجي، ناهيك عن العمليات المعقدة لعقود البلوكشين، التي تسببت في اختناقات كبيرة في الأداء، حتى أن الفهرس الذي تم إنشاؤه داخليًا في المراحل المبكرة من المشروع قد تعرض للانفجار عدة مرات، بالإضافة إلى أن نشر العقود المخصصة يتطلب حوالي 100 كيلوبايت من البيانات على السلسلة، مما يجعل التكلفة تتجاوز بكثير تكلفة نشر السلاسل العامة التقليدية، علاوة على ذلك، فإن تشغيل العقود لا يزال غير خاضع للرقابة، بل يعتمد على توافق الفهرس، مما يضمن أن التكلفة العالية يمكن أن تخدم فقط عددًا قليلاً من السيناريوهات عالية القيمة، والقيمة العالية لا تثق في الفهارس العامة، حتى لو كان هناك محفظة قوية تقف في صفها، لكن السوق لا يدفع مقابل ذلك، وإذا تم طرح هذا قبل عام، فقد تكون الظروف مختلفة تمامًا.

2، معضلة أساسية: فلسفة بيتكوين البسيطة والتصميم المفرط

تأثير تراكم الديون التقنية

تظهر عملية تطور هذه البروتوكولات منطقًا واضحًا ولكنه متناقض: كل بروتوكول جديد يحاول حل مشكلات السابقة، ولكن أثناء حل المشكلة، يتم إدخال تعقيدات جديدة. من أناقة ووضوح Ordinals، إلى تكدس التقنيات في البروتوكولات اللاحقة، من أجل التميز، يتم زيادة التعقيد باستمرار، حتى يحتاج كل لاعب إلى تعلم مجموعة من المصطلحات، ويجب أن يكونوا دائمًا حذرين من المخاطر.

وأيضًا، كل الاهتمام يتركز فقط على منصة إصدار العملات، فإذا كان الأمر كذلك، فلماذا لا يختار اللاعبون الأماكن التي تكلفتها أقل، وسهلة التحكم، وارتفاعها أكثر وضوحًا، وآلية المنصة أكثر كمالًا؟ التحدث عن نفس الموضوع لفترة طويلة أدى أيضًا إلى إرهاق جمالي للمستخدمين.

دائرة مفرغة من نقص الموارد

السبب الجذري لنقص موارد هذه المشاريع قد يكمن في مركزية تشغيل نظام البيتكوين وإطلاقه العادل - كيف يمكن للكيانات التي تفتقر إلى الحوافز أن تستثمر بشكل مفرط في منصات لا تستطيع الحصول على ميزة فيها؟

بالنسبة لعائدات التعدين من الكتل، فإن تشغيل الفهرس هو مجرد تكلفة بحتة. وبما أنه لا يوجد توزيع لعائدات "عمال المناجم"، فلا يوجد أحد لحل المشكلات التقنية والتشغيلية.

الطلب المضارب مقابل الطلب الحقيقي

خلال العديد من جلسات توعية المستخدمين، تم اكتشاف أنه طالما كانت بروتوكولات خارج السلسلة، فإن مستوى أمانها لا يمكن أن يساوي إجماع البيتكوين. إن تبريد السوق ليس مصادفة، بل يعكس مشكلة أساسية في بروتوكول النقش: إنها لا تلبي احتياجًا حقيقيًا، بل تلبي احتياجًا مضاربيًا.

بالمقارنة، فإن بروتوكولات بلوكتشين الناجحة حقًا هي تلك التي حلت مشكلات حقيقية: الإجماع، الوظيفة، والأداء، ولا يمكن الاستغناء عن أي منها، لكن مساهمة بروتوكول النقش في هذا الصدد تكاد تكون صفرًا، وهذا يفسر أيضًا لماذا لا يمكن أن تستمر شعبيتها.

3، التحول الزمني في RWA: من معدل السوق إلى حصة السوق

نضوج الوعي السوقي

مع نضوج السوق، بعد أن مر المستخدمون بعدة جولات من الصعود والهبوط، أصبحوا يدركون قيمة انتباههم - هذه مورد ثمين للغاية. لم يعودوا يثقون ببساطة في مصادر المعلومات التي تحتكرها KOLs على تويتر والمجتمعات ذات النفوذ، ولم يعودوا يثقون في "ذخائر الاتفاق" التي تعززها الأوراق البيضاء.

إن عتبة منصة الإصدار منخفضة جداً، وفي بيئة السوق الحالية، تم قطف هذه "الثمار المعلقة". الصناعة تنتقل من إصدار الرموز البسيط إلى المزيد من سيناريوهات التطبيق الفعلي.

لكن من المهم التنبيه إلى أنه إذا ظهر في مجال RWA مجرد مجموعة من منصات الإصدار، فإن هذه الفرصة ستأتي وستذهب بسرعة.

عودة خلق القيمة

تتميز الابتكارات التكنولوجية في عصر بروتوكول النقش غالبًا بطابع "التباهي"، حيث تتجه نحو البراعة التقنية بدلاً من العملية. لقد تحولت منطق التطور في العصر الجديد من "معدل الأحلام السوقية" إلى "حصة السوق"، مع التركيز بشكل أكبر على تشكيل تأثير الشبكة الحقيقي من خلال سمعة المستخدم.

الفرص الحقيقية تنتمي إلى الفرق التي تسعى لتحقيق توافق المنتج والسوق - إصدار منتجات تلبي احتياجات المستخدمين حقًا، وتتمتع بتدفق نقدي، ولها نموذج أعمال.

خاتمة: العودة إلى العقلانية والاعتدال

في المراحل المبكرة، كل شيء بمجرد أن يدخل في منظور واسع، سيصبح صحيحًا وبالتالي عادلًا.

بعد أن تهدأ, فإن استكشافات وعقبات عصر النقش, كذلك

BTC-0.21%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • 5
  • مشاركة
تعليق
0/400
FancyResearchLabvip
· منذ 4 س
مجموعة جديدة من المهندسين يلعبون بأشكال جديدة من العملات الوهمية. سأذهب لاختبار طرق الخسارة المختلفة.
شاهد النسخة الأصليةرد0
MetaLord420vip
· 08-04 10:22
الكلاسيكية btc الإجماع يجب أن تبيع الأصول الآن
شاهد النسخة الأصليةرد0
ForkLibertarianvip
· 08-04 10:19
تلاشت زهرة حمقى أخرى
شاهد النسخة الأصليةرد0
RugpullSurvivorvip
· 08-04 10:14
لعب ولعب ثم هرب بعد التداول
شاهد النسخة الأصليةرد0
rekt_but_not_brokevip
· 08-04 10:13
اهرب وضع الأرض الكراث الجديد قادم
شاهد النسخة الأصليةرد0
  • تثبيت