إذا كنت ستعيد تصميم بنية تطبيق Web3 بالكامل اليوم - من أين ستبدأ؟
ما يُعرف بهندسة مركزية النية، بعبارة بسيطة، هو جعل "ما يريده المستخدم" هو الأولوية الأولى في المتطلبات، وليس مجرد معلمات مخفية وراء الأزرار، بل يكون مركز عمل النظام بأكمله.
يحتاج المستخدم فقط إلى وصف "ماذا أريد أن أفعل"، والباقي من المطابقة، قيود الشروط، البحث عن الطرف الآخر، وأخيرًا التسليم، يتم تنسيقه تلقائيًا بواسطة النظام.
على سبيل المثال، أقول: "أريد أن أبدل 100 من stETH مقابل أصول RWA معادلة، يجب أن تكون بأفضل قيمة مقابل السعر، ويجب أن تكتمل اليوم."
إذا كنت ستقوم بهذا الإجراء بنفسك، فإما أن تجد الوسطاء للقيام بالتوجيه، أو أن تقوم بفتح أوامر في برك متعددة، ومقارنة، وانتظار التنفيذ، ولا يزال قد لا تتمكن من تحقيق ذلك. في نظام مركزية النية، سيتم تفكيك هذا الطلب إلى نية واضحة، وسيتم بثه للخارج، ليقوم الحلالون القادرون على الوفاء به بمعالجته وتسويته.
أنوما قامت بتفكيك هذا النظام إلى أربعة وحدات رئيسية: 1⃣النية: رغبات المستخدم وقيودها 2⃣اكتشاف الطرف المقابل: العثور على طرف آخر يمكنه المطابقة 3⃣الحل: العثور على الحل الأمثل 4⃣التسوية: التسليم النهائي وإتمامه على السلسلة هذه الأربعة تشكل في الواقع أدنى حد مشترك للتطبيقات المستقبلية.
العديد من التطبيقات اللامركزية المعقدة التي تعرفها، مثل OpenSea وGitcoin وCoWSwap، تدور في النهاية حول هذه الإجراءات القليلة. لكن الهيكل التقليدي يجعل هذه العملية ثقيلة ومجزأة، مما يؤدي إلى تجربة مستخدم غير موحدة وصعوبة في التطوير.
الميزة الرئيسية المتمحورة حول النية هي أنها تستخرج كل هذا وتقوم بتوحيده. والأهم من ذلك أنها تأتي مع خصائص اللامركزية.
في تصميم Anoma، يعتبر كل من solver و settlement شبكة مفتوحة، حيث يمكن لأي شخص أن يصبح مشاركًا في fulfill intent، ليست موجهة مركزية، ولا هي "المسار الوحيد" المسبق.
وما زال هذا مجرد البداية، حيث ستتحدث Anoma لاحقًا عن الهوية، والتحكم في تدفق البيانات، وما إلى ذلك من أشياء أساسية. قد يكون الهيكل الكامل للنوايا مدخلًا لعصر ما بعد العقود الذكية.
أنا شخصياً متفائل جداً بهيكلية موجهة نحو النية، وأعتقد حتى أنها لديها الفرصة لإعادة تعريف هيكل التطبيقات على السلسلة مثلما فعل نموذج الحساب وEVM في الماضي.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
إذا كنت ستعيد تصميم بنية تطبيق Web3 بالكامل اليوم - من أين ستبدأ؟
ما يُعرف بهندسة مركزية النية، بعبارة بسيطة، هو جعل "ما يريده المستخدم" هو الأولوية الأولى في المتطلبات، وليس مجرد معلمات مخفية وراء الأزرار، بل يكون مركز عمل النظام بأكمله.
يحتاج المستخدم فقط إلى وصف "ماذا أريد أن أفعل"، والباقي من المطابقة، قيود الشروط، البحث عن الطرف الآخر، وأخيرًا التسليم، يتم تنسيقه تلقائيًا بواسطة النظام.
على سبيل المثال، أقول: "أريد أن أبدل 100 من stETH مقابل أصول RWA معادلة، يجب أن تكون بأفضل قيمة مقابل السعر، ويجب أن تكتمل اليوم."
إذا كنت ستقوم بهذا الإجراء بنفسك، فإما أن تجد الوسطاء للقيام بالتوجيه، أو أن تقوم بفتح أوامر في برك متعددة، ومقارنة، وانتظار التنفيذ، ولا يزال قد لا تتمكن من تحقيق ذلك. في نظام مركزية النية، سيتم تفكيك هذا الطلب إلى نية واضحة، وسيتم بثه للخارج، ليقوم الحلالون القادرون على الوفاء به بمعالجته وتسويته.
أنوما قامت بتفكيك هذا النظام إلى أربعة وحدات رئيسية:
1⃣النية: رغبات المستخدم وقيودها
2⃣اكتشاف الطرف المقابل: العثور على طرف آخر يمكنه المطابقة
3⃣الحل: العثور على الحل الأمثل
4⃣التسوية: التسليم النهائي وإتمامه على السلسلة
هذه الأربعة تشكل في الواقع أدنى حد مشترك للتطبيقات المستقبلية.
العديد من التطبيقات اللامركزية المعقدة التي تعرفها، مثل OpenSea وGitcoin وCoWSwap، تدور في النهاية حول هذه الإجراءات القليلة. لكن الهيكل التقليدي يجعل هذه العملية ثقيلة ومجزأة، مما يؤدي إلى تجربة مستخدم غير موحدة وصعوبة في التطوير.
الميزة الرئيسية المتمحورة حول النية هي أنها تستخرج كل هذا وتقوم بتوحيده. والأهم من ذلك أنها تأتي مع خصائص اللامركزية.
في تصميم Anoma، يعتبر كل من solver و settlement شبكة مفتوحة، حيث يمكن لأي شخص أن يصبح مشاركًا في fulfill intent، ليست موجهة مركزية، ولا هي "المسار الوحيد" المسبق.
وما زال هذا مجرد البداية، حيث ستتحدث Anoma لاحقًا عن الهوية، والتحكم في تدفق البيانات، وما إلى ذلك من أشياء أساسية. قد يكون الهيكل الكامل للنوايا مدخلًا لعصر ما بعد العقود الذكية.
أنا شخصياً متفائل جداً بهيكلية موجهة نحو النية، وأعتقد حتى أنها لديها الفرصة لإعادة تعريف هيكل التطبيقات على السلسلة مثلما فعل نموذج الحساب وEVM في الماضي.