التحليل الأساسي: البنية "الذكية" للجيل القادم من blockchain

المؤلف: HAOTIAN-CRYPTOINSIGHT، المصدر: المكدس الفرعي لـ Haotian-CryptoInsight

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

من المحتمل أن يمثل هذا البنية "الذكية" للجيل القادم من سلاسل الكتل.

كانت هناك أيضاً صناديق سوداء في الأيام الأولى لتطوير الإنترنت. على سبيل المثال، كان عدد قليل من الناس يفهمون مبادئ الاتصال الخاصة ببروتوكولات تكنولوجيا الإنترنت مثل HTTP، وTCP/IP، وCDN، وIPV6، ولكن الجميع كانوا يسبحون في تطبيقات الطبقة العليا. في عصر الويب 3، من الضروري أيضًا إجراء عملية إخفاء بروتوكول النهاية الخلفية، وهو بالضبط ما يفعله Intentcentric. بهذه الطريقة فقط يمكن خفض عتبة استخدام web3 حقًا، وقد تصل تطبيقات web3 إلى منازل الأشخاص العاديين.

** إذن، كيف يمكن تفكيك هذا "الصندوق الأسود"؟ **

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

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

**مثال:**قدم Xiao Wang طلبًا على UniswapX. وكان الهدف يتطلب أوامر الحد من الأسعار، ورسوم الغاز المجانية، ومكافحة MEV، والطريق الذي يحتوي على أقل انزلاق، وzk-SNARKization لحماية الخصوصية، وما إلى ذلك بعد إصدار الطلب بدأت مجموعة من الصناع (المؤسسات المهنية وصناع السوق) في "الصندوق الأسود" في بناء حل استراتيجي لتنفيذ أمر شياو وانغ. أخيرًا، بعد جولة من منافسة المزاد العلني، فازت الشركة "أ" بحق التنفيذ، وأكملت "يوت" أخيرًا تقوم المنصة بتسوية رسوم المناولة التي يدفعها Xiao Wang للشركة A، وفي الوقت نفسه تمنح مكافأة معينة للمنصة.

بعد تلقي نية شياو وانغ، سيقوم الصندوق الأسود بتصنيفها، على سبيل المثال، أمر الحد = معاملة مشروطة، ويتم تشغيل العقد تلقائيًا إذا تم استيفاء الشرط؛ anti-MEV = جهاز توجيه التوسع خارج الخط، باستخدام قناة الطبقة 2؛ الخصوصية الحماية = الأساسية تحتاج البيانات إلى تنفيذ قناة التحقق ZK-SNARKs؛ قد يتم تعيين هذه الأغراض إلى Layer1 وlayer2، أو قد يتم تمكين تقنيات معيارية مختلفة للمعالجة في نفس الوقت، ويتم تجميعها أخيرًا إلى عميل المستخدم لإكمال النهائي نتائج الانتاج.

**تتضمن بنية النوايا اللامركزية الأساسية نتائج نتيجة المستخدم —— Solver Solver — المنفذ. **

1. يمكن دمجها بشكل معياري في إطار العقد الذكي EVM الحالي، والذي يتطلب برمجة النية ليتم استدعاؤها بسلاسة من خلال العقود الذكية أو عقود الوكيل، أو طرق التوسع خارج الخط وبروتوكولات DeFi المختلفة على السلسلة.

2. العمل بشكل مستقل في بنية سلسلة عامة جديدة، بالإضافة إلى Solver وExcutor، فإنه يحتاج أيضًا إلى أدوار مقابلة مثل Proposer وVidator لتحقيق التشغيل اللامركزي للسلسلة.

Solver هو حل، وهو المسؤول عن برمجة النوايا المجردة، على سبيل المثال: لدى المستخدم أ ثلاث نوايا عند إرسال معاملة، نية شفافة + نية أمنية + نية الخصوصية. تتم معالجة المعاملات البسيطة مباشرةً بواسطة الطبقة 1، بينما ستأتي المعاملات المعقدة إلى Layer2 Solver. يقوم Solver بتمرير نيتين من خلال تقنية إثبات المعرفة الصفرية المقدمة من ZK Proof، والنص المشفر لخوارزمية التشفير العشوائية المقدمة من النص المشفر. أخيرًا، سيتم إرسال ملفات txs المعالجة إلى Mempool، في انتظار تعبئتها وتحميلها إلى السلسلة؛

utor هو المنفذ، وهو المسؤول عن تغيير txs المرسلة بواسطة Solver إلى حالة التنفيذ النهائية + إكمال التحقق. ويمكن فهمه على أنه المُعدِّن الذي نجح أخيرًا في تحقيق نية المستخدم، وهو المسؤول عن التحقق أنه لن تكون هناك أخطاء أثناء تنفيذ النية، لإكمال سلوك مسك الدفاتر النهائي على السلسلة؛ ومن المفهوم بشكل عام، أن Solver يعادل الباحث على Ethereum، المسؤول عن جمع المعاملات وفرزها، وutor يعادل المنشئ على Ethereum، وهو المسؤول أخيرًا عن تعبئة الكتل وإنتاجها.

بالطبع، لديها أيضًا أدوار Node وRelay وValidator، والتي لا تختلف عن السلاسل العامة الحالية، لذلك لن أشرح الكثير. يمكن مشاركة كل من Solver وutor من قبل المنظمات والمؤسسات غير المسموح بها في شكل مزاد لضمان الشفافية واللامركزية في النظام.

** سير العمل التقريبي هو (كما هو موضح أدناه): **

يرسل المستخدم بيانات النوايا - تتلقى Gossip Node البيانات وتبثها:

①تنتقل المعاملات البسيطة مباشرةً إلى L1 --> إنشاء إيصال من خلال مُقترح الطبقة 1، والمدقق، والمستخدم، وما إلى ذلك.

②سيتم تعيين المعاملات المعقدة إلى L2 —> يكون Solver مسؤولاً عن التكامل المعياري لبيانات zk والنص المشفر وبيانات البرمجة الفنية الأخرى —> يقوم المقترح بترتيب البيانات وفرزها للحزمة —> يتحقق المدقق من صحة البيانات —> يكمل المستخدم سجل الكتلة الحساب -> العودة إلى إيصال المستخدم.

سيقوم عميل المستخدم بجمع الإيصال وإكمال عملية التحقق في النهاية.

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

من البرمجة النصية في عصر Bitcoin إلى البرمجة في عصر Ethereum، إلى البرمجة ++ في عصر النوايا. ستستفيد البنية "الذكية" من الجيل التالي من blockchain بشكل مثالي من مختلف التقنيات المتطورة لتنفيذ المعاملات (بما في ذلك الذكاء الاصطناعي)، ويمكن للمستخدمين أيضًا تمرير متطلبات أكثر تعقيدًا من خلال طبقة النوايا، وتكون عملية التنفيذ بأكملها مؤتمتة للغاية و وحدات. فقط عندما تكون تقنية blockchain أسهل في الاستخدام و"ذكية"، يمكن تحقيق التبني الشامل أخيرًا.