تاريخ تطور بروتوكول نقوش بيتكوين: من أورديانلز إلى الابتكارات والتحديات في الألكانات

ازدهار وانحسار عصر نقوش البيتكوين: من Ordinals إلى Alkanes التطور والتحديات

مقدمة

تلك العبارة في الكتلة الأصلية لبيتكوين شهدت بداية عصر. والآن، بينما تحقق بيتكوين ارتفاعات جديدة، نحن نشهد أيضًا انتهاء عصر آخر كان رائعًا - عصر النقش والرُّموز.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.7، بروتوكول ألكانات: العدو الأخير والندرة في الموارد

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

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

2、المأزق الجذري: فلسفة بيتكوين البسيطة والتصميم المفرط

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

BTC0.91%
ORDI3.37%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • 5
  • مشاركة
تعليق
0/400
Deconstructionistvip
· 07-30 17:28
من هو الحمقى الذي لم يتم خداعهم لتحقيق الربح بعد؟
شاهد النسخة الأصليةرد0
BagHolderTillRetirevip
· 07-28 06:47
لقد خسرت بشدة خلال هذه الموجة من النقش، يجب أن أتقاعد.
شاهد النسخة الأصليةرد0
DefiOldTrickstervip
· 07-28 06:32
هل انتهت حقبة النقش؟ هي، مجموعة جديدة من الشباب استيقظوا من أحلامهم، تماماً كما كان في ICO لعام 2018.
شاهد النسخة الأصليةرد0
rugpull_survivorvip
· 07-28 06:29
النقش واحدة تموت وواحدة تعيش، تخلق الثروة وتدمر الناس
شاهد النسخة الأصليةرد0
MoonRocketmanvip
· 07-28 06:22
النقش اللاعب تم إرباكه هل قفز في نافذة الإطلاق الصحيحة هذه المرة؟
شاهد النسخة الأصليةرد0
  • تثبيت