2025-12-30 05:26:15

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

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

لماذا نقول ذلك؟ لننظر إلى المنطق التشغيلي الفعلي لهذا الحل:

**حسابات خارج السلسلة بشكل كامل، والتحقق على السلسلة بشكل دقيق** — يتم تنفيذ جميع الحسابات المعقدة خارج السلسلة، ثم يتم تقديم النتائج بعد توافق عدة عقد عليها إلى السلسلة. الميزة واضحة: سرعة عالية، تكاليف منخفضة، استهلاك غاز أقل. لن تعود بحاجة للقلق بشأن قدرات الحساب على السلسلة.

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

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

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

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

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

شاهد النسخة الأصلية

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

تسجيلات الإعجاب 12

أعجبني
12
6
إعادة النشر
مشاركة

تعليق

0/400

WhaleSurfer

· منذ 13 س

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

شاهد النسخة الأصليةرد0

SneakyFlashloan

· منذ 23 س

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

شاهد النسخة الأصليةرد0

BearMarketHustler

· منذ 23 س

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

شاهد النسخة الأصليةرد0

GasFeeCryer

· منذ 23 س

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

شاهد النسخة الأصليةرد0

WalletDoomsDay

· منذ 23 س

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

شاهد النسخة الأصليةرد0

LayoffMiner

· منذ 23 س

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

شاهد النسخة الأصليةرد0