عندما كنت أتصفح ورقة OpenGradient البيضاء، علقت في مكان واحد: عقد البيانات.
كنت دائمًا مشوشًا حول كيف أن نظامهم يمكن التحقق من صحة الاستدلال، لكن الذكاء الاصطناعي غالبًا ما يحتاج إلى بيانات خارجية - مثل السؤال "ما هو سعر البيتكوين اليوم؟" من أين يحصل النموذج على هذا السعر؟ إذا كان يأخذ البيانات من API مركزي، ماذا لو كان هذا API مخادع؟ ألن تتعطل سلسلة التحقق بأكملها؟
ثم وجدت الفصل عن عقد البيانات، وفهمت حينها. @OpenGradient عقد البيانات الخاصة بهم أيضًا تعمل داخل TEE. يتم إنشاء قناة تشفير بين مصادر البيانات الخارجية (مثل API لأحد البورصات) و TEE، وبعد سحب البيانات، يقوم TEE بإنشاء "إثبات مصدر البيانات" - يثبت أن هذه البيانات فعلاً جاءت من ذلك API، وأنها لم تتعرض للتلاعب. ثم يتم حزم هذا الإثبات مع إثبات TEE الخاص بعقد الاستدلال على السلسلة.
بمعنى آخر، ما تحصل عليه في النهاية ليس مجرد نتيجة استدلال AI معزولة، بل سلسلة كاملة: مصدر البيانات قابل للتحقق + استدلال النموذج قابل للتحقق + نتيجة الإخراج قابلة للتحقق.
لقد نظرت إلى مخطط الهيكلية لمدة خمس دقائق، وشعرت أن هذا التصميم بالفعل يسد ثغرة كبيرة. تقوم الأوركل العادية فقط بحل مشكلة "رفع البيانات إلى السلسلة"، لكنها لا تحل مشكلة "هل تم تعديل البيانات أثناء استخدام الذكاء الاصطناعي". OpenGradient وضعت عقد البيانات أيضًا في TEE، مما يعني أنها قفلت كل من جمع البيانات واستدلال AI في نفس الأجهزة الموثوقة.
لكن هناك شيء يجعلني في حيرة: إذا كان مصدر البيانات نفسه مركزيًا، مثل API يمكنه تغيير البيانات في أي وقت، فإن ما يمكن لـ TEE إثباته هو فقط "أنني حصلت على الرقم الذي أرجعه API"، أما إذا كان API يكذب، فإن TEE لا يمكنه التدخل. تعترف الورقة بهذا الأمر، وتقول إنه يجب الاعتماد على عدة مصادر بيانات للتحقق المتداخل.
أعتقد أن هذا ليس مثالياً، لكنه على الأقل أفضل من عدم القيام بشيء. على الأقل يمكنك التمييز بين ما إذا كانت المشكلة تكمن في مصدر البيانات أو نموذج AI، وليس الخلط بينهما والبحث عن الاتجاه.
الآن، هناك بالفعل عقد بيانات تعمل على الشبكة، وقد عالجت أكثر من مليوني استدلال. أستعد للذهاب للتحقق مما إذا كانت هناك عقد حقيقية تعمل على تجميع البيانات على السلسلة، وإذا وجدت شيئًا سأشاركه لاحقًا.
ما رأيكم، هل يمكن أن تحل هذه الطريقة المزدوجة من التحقق باستخدام TEE "بيانات + استدلال" مشكلة الثقة في تغذية البيانات للذكاء الاصطناعي؟ أم أن مصدر البيانات نفسه هو المشكلة الحقيقية؟ دعونا نتحدث في قسم التعليقات. #opg $OPG
في بينانس، فيه أخوان اشتروا أسهم $SPCX، وطلعت مباشرة! المنصة تقدر تبدل بدون خسارة لـ $SPCXB! الحين SPCX بس بـ 163.7، وSPCXB صار 172، الفارق قريب من 8 دولارات. بعد ما تبيع، روح على العقود وفتح صفقة شراء برافعة 1x، أرباح مثالية.
المالية التقليدية استخدمت آلية غالية جداً للتحوط من هالمخاطر: نظام الهامش، المقاصة المركزية، ومبادلات التخلف عن السداد. كل طبقة تأخذ جزء من الربح، لكن كل طبقة بس تغطي "نطاق الاحتمالات" للتخلف. المخاطر الحقيقية من الأطراف المقابلة، دائماً ما تكون خارج نطاق الاحتمالات - هي في الذيل. في لحظة انهيار ليمان براذرز في 2008، وفي فجر انهيار FTX في 2022. هالمخاطر لها ميزة مشتركة: أنت تظن إن أصولك آمنة، لكن في الحقيقة، أصولك قاعدة تتصفى على ميزانية شخص آخر.
لما فكرت في هيكل الائتمان لـ B@Bedrock edrock، اكتشفت إنه قسم مخاطر الطرف المقابل إلى طبقتين للتعامل معها. الطبقة الأولى هي طبقة تنفيذ الاستراتيجيات - Selini Capital مسؤولة عن تنفيذ الاستراتيجيات، السوق، الأرباح، وصيد الفروق بين الطبقات، كل شيء معتمد على السلسلة. لكن الطبقة الاستراتيجية ما تتعامل مع أموال المستخدمين، بيتكوينك دائماً موجودة كـ uniBTC في عنوانك الخاص. إذا انفجرت الاستراتيجية، بيتكوينك ما تتأثر. الطبقة الثانية هي طبقة تغطية الائتمان - Cap تستوعب خسائر التخلف عن الدفع من الأطراف المقابلة بشكل مستقل. الأرباح الناتجة عن التحكيم من الاستراتيجية تتعرض للتخلف عن الدفع في طريق التسوية، والخسارة تتحملها Cap بشكل مستقل، وما تؤثر على أرباح المستخدمين.
لما تم فصل هالطبقتين، مخاطر الطرف المقابل تحولت من "أحداث ذيول غير قابلة للتحكم" إلى "متغيرات مستقلة قابلة للتحكم". انفجار الطبقة الاستراتيجية هو شأن الطبقة الاستراتيجية، وتخلف طبقة الائتمان هو شأن طبقة الائتمان، وطبقة أصول المستخدمين هي شأن طبقة أصول المستخدمين. تم قطع نقل المخاطر بين الطبقات الثلاث. النظام اللي أسسته المالية التقليدية على مدى مئات السنين لإدارة مخاطر الأطراف المقابلة يعتمد على الهامش، والمقاصة، والمشتقات الائتمانية المتراكمة. Bedrock استخدمت هيكل من طبقتين بس لإنجاز نفس الشي - مو وسادة أمان أسمك، لكن سلسلة نقل مخاطر أقصر. لما تنقطع سلسلة نقل المخاطر، الأحداث الذيلية ما تعود أزمة نظامية، بل مجرد عطل داخلي في وحدة مستقلة معينة. #bedrock $BR
أمس كان إطلاق xStocks، ورجع كل شيء لمحفظتك، واليوم تم إرسال التعويضات، حصة 100w، وشارك فيها أقل من 3w شخص! المشاركين، كل واحد حصل على حوالي 37u، هذي قمة الطيبة! واللي شاركوا بعدد كبير، يعني هذي فرصة للثراء. كل أوراق السيولة — uniETH، uniBTC، brBTC — تستخدم معايير non-rebasing. يعني إيش؟ عدد الرموز اللي معك راح يبقى ثابت، بس كمية الأصول الأساسية اللي تقدر تستردها لكل رمز تتغير. إذا خزنت 1 ETH، راح تحصل على 1 uniETH، بعد ستة أشهر راح تبقى uniETH 1، لكن عند الاسترداد قد تتحول إلى 1.05 ETH. السجلات واضحة تمامًا، كل اللي تحتاج تذكره هو كم عندك من الأوراق، تقدر تستخدمها كضمان أو تكون LP، البروتوكول ما راح يعاني من أخطاء بسبب تغيير رصيدك يوميًا.
هذا التصميم يكون أوضح في سيناريوهات الكروس تشين. @Bedrock Bedrock 2.0 من خلال CCIP حطت uniBTC و brBTC على ثلاث سلاسل، إيثريوم، سلسلة BNB، وأبتوس، تقدر تتحرك بينهم بسهولة. إذا كانت أوراقك تتغير يوميًا، كل مرة تنتقل بين السلاسل تحتاج تزامن جديد لرصيدك، مما يسبب استهلاك عالي وتكاليف مرتفعة. لكن uniBTC عددها ثابت، الكروس تشين مجرد نقل "1 ورقة" من سلسلة A إلى سلسلة B، والأصول الأساسية تبقى ثابته، الاستهلاك قريب من الصفر.
ننظر الآن لعائدات brBTC. مو بس متصلة ببروتوكول إعادة الإيداع، لكن تجمع عائدات من عدة مصادر مثل Babylon، Kernel، وSymbiotic. Bedrock توزع أموالك ديناميكيًا في الخلفية، المكان اللي فيه عائدات عالية، تروح له أكثر. ما تحتاج تلاحق بروتوكولات مختلفة أو تطالب المكافآت يدويًا كل يوم، brBTC تجمع كل العوائد في ورقة واحدة، وعند الاسترداد، تأخذها دفعة واحدة.
هذي هي الواقع الحقيقي لـ "الإطار القياسي" اللي دايمًا تتحدث عنه Bedrock — ما يهم إذا كانت الأصول الأساسية ETH أو BTC، أو من أي بروتوكولات تأتي العائدات، منطق الأوراق اللي يحصل عليها المستخدمين هو نفسه تمامًا، وطريقة التشغيل هي نفسها. إذا تعلمت تستخدم uniETH، حتكون طبيعيًا قادر على استخدام brBTC و uniBTC.
Bedrock تحل مشكلة أعمق: كيف تصمم أصول العائدات بحيث تكون فعالة في DeFi. عندما تتبع كل الأوراق نفس المعايير، وتكون الكروس تشين بدون احتكاك، وتجمع العوائد تلقائيًا، فإن ولاء المستخدمين ما يأتي من APY، بل يأتي من "لما تعتاد عليها، ما تبي تبدل".
الكثير من الناس يعتبرون @Bedrock بروتوكول لتحقيق عوائد LSD، وتركيزهم كله على uniETH. كنت كذلك في البداية. منطق uniETH واضح جداً - قم بإيداع ETH، واحصل على uniETH، واستفد من عوائد إعادة المراهنة عبر EigenLayer. لكن موقع Bedrock يقدم، بجانب uniETH، uniBTC و brBTC و uniIOTX. ليس من الضروري أن يكون بروتوكول LSD بهذا الاتساع. النية الحقيقية لـ Bedrock مخفية في تفاصيل brBTC.
بعد أن قمت بترجمة وثائق brBTC، أدركت: مصدر عوائد uniETH هو بروتوكول واحد فقط، لكن brBTC يقوم بتحويل الأموال إلى عدة أحواض مثل Babylon و Kernel و Symbiotic و Pell في نفس الوقت. حيثما كانت العوائد أعلى، يتم التعديل نحوها. brBTC ليس منتج عوائد، بل هو جهاز توجيه للعوائد. Bedrock تقوم بإنشاء uniETH لتتيح لك السيولة، بينما brBTC يتيح لك متابعة العوائد تلقائيًا - كلا المنتجين يحل مشاكل مختلفة.
عند النظر إلى uniBTC و uniIOTX، اكتشفت أنهما يعملان بنفس المنطق الأساسي. سواء كان ETH أو BTC أو IOTX، عند دخولها إلى Bedrock، يتم تجميع العوائد وإطلاق السيولة وفقًا لنفس القواعد. brBTC مسؤول عن جدولة العوائد بين البروتوكولات المتعددة. ما يفعله Bedrock 2.0 حقًا هو أخذ الأصول العائدة المتناثرة عبر سلاسل وبروتوكولات مختلفة، ودفعها جميعًا في إطار واحد من الخرائط.
فكرت في سبب عدم فهم السوق لذلك. لأن الغالبية العظمى من البروتوكولات تتنافس على معدلات العوائد - اليوم لديك 15%، وغدًا لديه 18%، المستخدمون يتنقلون ذهابًا وإيابًا. لكن Bedrock لا تتنافس على الفائدة الأساسية. uniETH يستقبل ETH، uniBTC يستقبل BTC، uniIOTX يستقبل DePIN، مع دخول كل نوع من الأصول، تزداد متانة هذا الإطار. البيتكوين يتحول من أموال راكدة إلى أموال نشطة، وما تحتاجه ليس مجرد خزائن عالية APY، بل مجموعة من القواعد التي يمكن أن تتوسع باستمرار.
لذلك، عندما أنظر الآن إلى $BR، لا يهمني كم زادت TVL لـ uniETH. ما أركز عليه هو: من سيكون النوع التالي من الأصول، ومتى سيدخل؟ إذا كانت Bedrock حقًا قد فتحت طرق العوائد عبر سلاسل متعددة وأصول متعددة، فإن الشكل النهائي الذي ستصل إليه، لن يكون "مجرد بروتوكول LSD آخر" - بل سيكون أساسًا للأصول العائدة التي لا يمكنك تجنبها. #bedrock $BR
زمان كنت شغال في التدقيق، معلمي كان يعطيني قاعدة: في أول يوم بدخول السوق، ارسم خريطة الأطراف المرتبطة بالشركة اللي بتدقق عليها. مين هم الشركات الشقيقة، مين يشارك نفس العنوان مع المساهمين الكبار، مين ومين عندهم نفس الطاقم لكن بشهادات مختلفة. بعد ما ترسم الخريطة، هتكتشف إنك مش بتدقق على شركة وحدة، بل على شبكة.
لكن وراء هذه الشبكة في عائق دائم يواجه المدققين: تقدر تتأكد من الأمور بعد ما تصير، لكن مستحيل تتدخل قبلها. لما تكتشف إن في معاملات مرتبطة غير طبيعية، المعاملة خلاص تمت، والفلوس انتقلت. كل اللي تقدر تعمله هو إنك تضيف فقرة في تقرير التدقيق تعبر فيها عن تحفظك. طبيعة التدقيق هي "المسائلة بعد وقوع الحدث"، مش "الفصل المسبق".
بعد ما خلصت ترجمة هيكل خزينة Bedrock 2.0، اكتشفت إن نظام الفصل الثلاثي الخاص بها بالضبط هو الشيء اللي ما يقدرش المدقق يسويه. Selini Capital تدير تنفيذ الاستراتيجيات، ومحرك الاستراتيجية يعمل بشكل مستقل، وتقوم بتوفير السيولة، والاربتراج، وصيد الفروقات عبر الطبقات، وكلها مرتبطة على السلسلة. لكن ما تقدرش تلمس أموال المستخدمين. Cap تدير تغطية الائتمان، وفي حال تخلف الطرف الآخر عن سداد الدين، تتحمله طبقة الائتمان المستقلة. لكن ما تقدرش تلمس الاستراتيجية. Symbiotic تدير التحقق من الأمان، والنودات تعمل على شبكة لامركزية. لكن ما تقدرش تلمس المعاملات.
الخريطة اللي علمني إياها المعلم، في الأساس هي تحليل علاقات المصالح بعد وقوعها - تفكيك الشبكة إلى خيوط، ورؤية من هم الأطراف على كل خيط، ثم تحديد إذا كان في نقل مصالح. الفصل الثلاثي لـ Bedrock يعمل العكس تمامًا: هو مش بيحلل علاقات المصالح بعد وقوعها، بل بيمنعها من التداخل قبل حدوثها. الأطراف الاستراتيجية ما تقدرش تلمس الأموال، والأطراف الائتمانية ما تقدرش تلمس الاستراتيجيات، والأطراف الأمنية ما تقدرش تلمس المعاملات. عزل المصالح مو عن طريق التدقيق، بل عن طريق تصميم الهيكل. مش تدقيق أكثر صرامة، لا، بل تصميم ما يحتاج تدقيق. لأن شرط التدقيق - العلاقات المالية - تم قطعه في مرحلة تصميم الهيكل. @Bedrock #bedrock $BR
عندما كنت سكرتير لجنة الاستثمار في مؤسسة رأس المال المغامر، كان أكثر ما أدهشني ليس فقدان الفرص الجيدة، بل عملية اتخاذ القرار في اللجنة. كان هناك خمسة شركاء يجلسون في غرفة الاجتماعات، المؤسس قدّم عرضاً لمدة أربعين دقيقة، ثم بدأ الجميع في التصويت. بعضهم صوت بالرفض لأنه كان في مزاج سيء بعد مشاجرة مع زوجته الليلة الماضية، بينما صوت آخرون بالإيجاب بسبب خلفية المؤسس الأكاديمية المميزة، وآخرون صوتوا بحذر لأنهم خسروا في المشروع السابق. وفي النهاية، كانت النتائج التي خرج بها التصويت بعيدة عن الجودة الحقيقية للمشروع بفلتر ذاتي سميك.
لاحظت مشكلة: منطق اختيار الاستراتيجيات في معظم البروتوكولات لا يختلف جوهرياً عن تصويت لجنة الاستثمار. الفريق الأساسي يقرر، والتصويت من المجتمع رمزي، وما إذا كان بإمكان الاستراتيجيات الدخول إلى الخزينة يعتمد على حكم عدد قليل من الأشخاص. إذا سألتهم عن معايير حكمهم، سيخبرونك "تقييم شامل". ماذا يعني تقييم شامل؟ لا يمكن توضيحه. الأشياء التي لا يمكن توضيحها هي ذات طابع ذاتي.
بعد أن انتهيت من مراجعة هيكل الحوكمة لBedrock، وجدت أنها حولت "من يمكن أن يصبح استراتيجياً" من تصويت ذاتي إلى تحقق على السلسلة. يمكن لأي فريق كمي التقديم للوصول إلى خزينة معيارية، لكن ما إذا كان يمكنهم البقاء يعتمد على قيدين صارمين: أولاً، يجب أن تكون جميع سجلات تنفيذ الاستراتيجيات مرتبطة بالسلسلة، مثل التراجع، توزيع العوائد، والأداء تحت ظروف سوق مختلفة، يمكن لأي شخص التحقق منها في أي وقت؛ ثانياً، يحدد حاملو BR من خلال تصويت الحوكمة مصير الاستراتيجيات، لكن وزن التصويت لا يعتمد على الصرخات، بل يعتمد على عمق مشاركتك الفعلي في النظام. هذان القيدان معاً يشكلان حلقة مغلقة: سجلات السلسلة تقدم بيانات موضوعية، وتصويت الحوكمة يوفر توافق المجتمع. لا يمكن لأي حلقة منفردة أن تستحوذ على权力 اتخاذ القرار.
هذا ذكرني بمشاهد اتخاذ القرار الغريبة في اللجنة. لو كان لدينا في ذلك الوقت مجموعة من سجلات الاستراتيجيات القابلة للتحقق على السلسلة، بالإضافة إلى آلية تصفية حقيقية يصوت عليها المستخدمون، ربما لم يكن هناك العديد من المشاريع الجيدة التي تم قتلها بسبب "مزاج الشركاء السيء". Bedrock تستخدم هذه الآلية لسحب سلطة تصفية الاستراتيجيات من غرفة الاجتماعات الخاصة بعدد قليل من الأشخاص، ووضعها في ساحة تنافسية شفافة يمكن لأي شخص التحقق منها والمشاركة فيها. هذه هي ما يجب أن تفعله الحوكمة اللامركزية حقاً. #bedrock $BR @Bedrock
في السابق، عندما كنت أعمل في قسم إدارة الأصول في إدارة المخاطر، أكثر شيء كان يسبب لي الأرق ليس انهيار السوق، بل تداخل المهام. المتداول يدير الطلبات ويقوم بالتسجيل في نفس الوقت، ومدير الصندوق يدير الاستراتيجيات وتحويل الأموال، والبنك الأمين يقول إنه طرف ثالث مستقل، لكن العقد موقع من الطرف الأول، والرسوم مدفوعة من الطرف الأول، وتجديد العقد في نهاية العام يعتمد على مزاج الطرف الأول. هل تتخيل أن هذه الإدارة مستقلة؟ قانونيًا مستقلة، لكن من حيث المصلحة مرتبطة ببعضها. في ذلك الوقت، قلت لزملائي عبارة: أمان النظام المالي لا يعتمد على الثقة، بل يعتمد على التوازن. من يدير الأموال لا يمكنه الاقتراب من الحسابات، ومن يتعامل مع الحسابات لا يمكنه إدارة الأموال، ومن يدير الاستراتيجيات لا يمكنه الاقتراب من التسويات، ومن يدير التسويات لا يمكنه الاقتراب من الاستراتيجيات. أربع أعمدة كل منها تدعم زاويته، ولا يمكن لأحد أن يعتمد على الآخر.
لذا عندما وجدت في الورقة البيضاء لـ Bedrock الهيكل الثلاثي المنفصل لـ Selini Capital وCap وSymbiotic، استغرقت بعض الوقت لأؤكد شيئًا واحدًا: ما يقومون بتكراره ليس شكل المنتجات المالية التقليدية، بل هو المنطق الأساسي لإدارة المخاطر في المالية التقليدية. Selini تدير تنفيذ الاستراتيجيات، ومحرك الاستراتيجية يعمل بشكل مستقل، لا يتصل بأموال المستخدمين. Cap تدير التغطية الائتمانية، وعندما يتخلف الطرف المقابل عن السداد، يتم امتصاص ذلك من خلال طبقة ائتمانية مستقلة. Symbiotic تدير التحقق من الأمان، وعقد التحقق تعمل على شبكة لامركزية، لا تخضع لسيطرة طرف واحد من Bedrock. من يدير الاستراتيجيات لا يقترب من الأموال، ومن يدير الائتمان لا يقترب من الاستراتيجيات، ومن يدير الأمان لا يقترب من التداول. ثلاث طبقات منفصلة، كل منها تدير نفسها، ولا تتداخل.
هذا الأمر أعطاني رؤية مختلفة تمامًا لمستقبل Bedrock. في المالية التقليدية، فصل المهام هو مطلب تنظيمي إجباري - يجب أن تكون التداولات والتسويات والإدارة والتدقيق من مؤسسات مختلفة، ولا يمكن لأحد أن يحتكر جميع المراحل. لكن في DeFi، معظم البروتوكولات هي في نفس الوقت جهة استراتيجية وجهة إدارة وجهة تسوية، ولا تصل يد التنظيم إليها، ويعتمد الأمر فقط على وعي المشروع. Bedrock هي واحدة من القلائل التي اختارت بشكل استباقي فصل المهام في غياب أي ضغط خارجي.
في السابق، عندما كنت أعمل في إدارة المخاطر في المالية التقليدية، الدرس الأول الذي تعلمته هو: النظام الجيد لا يفترض أن أي شخص صادق، بل يفترض أن كل شخص قد يرتكب أخطاء، لذا يستخدم التوازن لمنع الأخطاء من الانتشار. ما تفعله Bedrock، وبعبارة استخدمتها بعد سنوات من إدارة المخاطر، هو: لا تقامر بالطبيعة البشرية، بل اقامر بالهيكل. @Bedrock #bedrock $BR
أنا قضيت ثلاث سنوات حتى قدرت أعترف بشيء واحد: أنا مش قادر أفهم سجلات تداولاتي على السلسلة.
مو مش قادر أفهم العناوين والمبالغ، لكن مش قادر أفهم إيش مكتوب في تلك السلسلة السداسية من بيانات الإدخال — مدى صلاحياتي، وكم هو الانزلاق الفعلي، ويش الخطوط التي سلكتها، وكم كانت رسوم المعاملات. كل مرة أبحث فيها عن صفقة في متصفح الكتل، أنزل صفحتين بس وأتوقف، مجرد ما أشوف اللصاقة الخضراء "نجاح"، أعتبر كل شيء تمام. أهون على نفسي وأقول إنه هذا "تحقق"، لكن في الحقيقة أنا بس أبحث عن الرقم اللي أقدر أتعرف عليه.
أكثر روايات البلوكتشين فخرًا هي الشفافية — كل صفقة موثقة على السلسلة، وأي شخص يقدر يتحقق. لكن هذه الرواية مخفية تحت شرط: لازم تكون قادر تفهم بيانات السلسلة. الناس اللي قادرين يفهموا ممكن ما يتجاوزوا واحد في المئة من المستخدمين. اللي بتحصل عليه هو قابلية تحقق نظرية، مو فعلية. أنت بس تختار تصدق اللصاقة الخضراء في متصفح الكتل.
الورقة البيضاء لـ Genius حلت هذه المشكلة من جذورها. محفظة MPC بتقوم بالتوقيع تلقائيًا في منطقة آمنة محليًا، وبروتوكول GBP عبر السلاسل مسؤول عن التوجيه والتنفيذ عبر السلاسل، وGh0st بتقوم بتفكيك الصفقات الكبيرة إلى محافظ متعددة للتنفيذ المتوزع، والتجميع الذري يضمن إما إكمال كل شيء أو الرجوع بالكامل. لما كل مراحل الصفقة تتنفذ تلقائيًا من الطرف النهائي وتكون شركات مثل Halborn وغيرها من أربع هيئات تغطي سلسلة التنفيذ بالكامل، ما تحتاج تفتح متصفح الكتل لتفحص تلك السلسلة السداسية من بيانات الإدخال. قابلية التحقق انتقلت من "أنت تشوف بنفسك" إلى "النظام يتحقق لك، أنت بس تحتاج تعرف النتيجة".
هذا مو تراجع في الشفافية، هذا نقل مسؤولية التحقق. سابقًا كنت تحتاج تتحقق من كل صفقة إذا كانت تتنفذ بشكل صحيح، الآن المحرك تحقق لك، أنت بس تحتاج تعرف الصفقة تمت. لما كنت أشتغل في التمويل التقليدي، ما عمري فتحت سجلات التسوية البنكية — مو إني ما أريد أفحص، لكن ما كنت بحاجة. البنك تحقق لك. Genius هو الأول على السلسلة اللي أخذ هالمسؤولية. إذا كنت مش قادر تفهم بيانات الإدخال مو مشكلة، من الآن ما تحتاج تشوفها. @GeniusOfficial #genius $GENIUS
لقد خسرت في صفقة على السلسلة ما زلت أذكرها حتى الآن. ليس لأنني كنت أقرأ السوق بشكل خاطئ، وإنما لأنني نسيت أن أترك رسوم Gas على السلسلة المستهدفة. جسر السلسلة نقل الأصول إلى بابي، لكنني لم أكن أملك المال لفتح الباب. تلك الصفقة علقت على السلسلة لمدة تقارب الساعة، وفي النهاية قمت بإلغائها بنفسي، وكانت رسوم الإلغاء أعلى من أرباح الصفقة نفسها. فيما بعد، تحدثت عن هذا الأمر مع صديق آخر يتداول في DeFi، فتوقف عن الكلام لثانيتين وقال، إنه تعرض لنفس الشيء.
عندما قمت بترجمة الفصل الخاص بهيكل الجسور في ورقة Genius البيضاء، أدركت فجأة أن المشروع لا يركز على "جعل الجسور أسرع"، بل على "جعل عملية الجسور تختفي من يد المستخدمين". الورقة البيضاء قسمت عملية الجسر إلى ثلاث طبقات: الطبقة الأولى تعنى بإيصال نية المستخدم - "أريد تحويل الأصول من سلسلة A إلى سلسلة B"؛ الطبقة الثانية تتولى تفكيك النية إلى مهام فرعية قابلة للتنفيذ؛ والطبقة الثالثة في الخلفية تقوم تلقائيًا بإتمام اختيار الجسر، وتوجيه المرور، وإدارة رسوم Gas وتجميع الأصول. المستخدم لا يحتاج لمعرفة أي جسر عبره أصوله، أو أي سلسلة مرت بها - فقط عليك أن تخبر أين تريد الذهاب، والمحرك سيجد لك الطريق.
ما أثار إعجابي في هذا الهيكل ليس التقنية نفسها، بل إعادة تعريف مسؤولية "فشل الجسر". سابقًا، كان فشل الجسر من مسؤولية المستخدم - أنت لم تترك رسوم Gas كافية، أو اخترت جسر مزدحم، أو لم تراقب تقدم تأكيد السلسلة المستهدفة. بروتوكول GBP من Genius يكتب التجميع الذري في طبقة التنفيذ - إما أن تصل الأصول بالكامل، أو يتم إرجاعها بالكامل، ولا توجد حالة وسطى "علقت في المنتصف". فشل الجسر تحول من "خطأ في التنفيذ" إلى "النظام لم يكتمل بعد"، وانتقلت المسؤولية من كاهلك إلى كاهل المحرك.
كنت أعتقد دائمًا أن المشكلة الأساسية في الجسور هي بطء السرعة، ولكن بعد قراءة هذا الفصل أدركت أن أكثر ما يعذب في الجسور ليس البطء، بل شعور الفراغ الذي لا تعرف فيه ما سيحدث في الثانية التالية. ما قامت به Genius ليس توسيع الجسر، بل جعل عبور الجسر شيئًا لا تحتاج للقيام به بنفسك بعد الآن. @GeniusOfficial #genius $GENIUS
لا تعودوا لتصديق نظرية "كفاءة السيولة" في الأصول المتقاطعة. عندما تصفحت الوثائق الفنية لقفل مزامنة الحالة في Bedrock 2.0، وجدت مجموعة من المنطق التشفيري الأساسي التي جعلتني أعود لقراءتها مرارًا وتكرارًا. ما تحميه فعلاً ليس سرعة الأصول المتقاطعة، بل هو الشيء الذي غالبًا ما يتم التضحية به في بروتوكولات الإيداع المتعددة: تحديد قيمة النقل.
في الماضي، عندما كنا نتعامل مع الإيداع السائل، كانت البروتوكولات تسعى وراء أقصى كفاءة مالية، وغالبًا ما تنازلت عن التحقق المتقاطع. إيداع على سلسلة A، وخلق شهاده على سلسلة B، وكانت هناك انقطاعات خطيرة في تأكيد البيانات "زمنياً ومكانياً". بمجرد أن تتعرض الشبكة الوسيطة لهجمات تأخير عالية التردد، تصبح حالة الأصول على الطرفين مثل دمى بلا خيوط، بينما لا تزال تتحرك على السطح، لكن الخيوط الأساسية قد تم قطعها بهدوء. يستغل المتداولون هذه الانحرافات التي تقاس بالمللي ثانية، ويسحبون عمق سيولة الصناديق بشكل متكرر. بينما لا يزال معدل العائد السنوي (APY) يرتفع، إلا أن الأصول الأساسية قد تم استنزافها بالفعل.
تقوم مجموعة قفل مزامنة الحالة في Bedrock 2.0 بعمل شيء أكثر عمقًا. لا تسعى للسرعة، بل للأمان. قبل كل عملية إنشاء شهادة متقاطعة، يُجبر النظام على إجراء تأكيد حالة بين سلسلة المصدر وسلسلة الهدف. هذه ليست مجرد تأكيد بيانات بسيطة، بل هي ربط تشفيري قائم على تجزئة الكتلة الأساسية لسلسلة المصدر ومعرف مشتقات سلسلة الهدف. فقط عندما يتم تحقيق تزامن مطلق في حالة الأصول بين السلسلتين على مستوى الميكروثانية، يتم إنشاء الشهادة وكتابتها على السلسلة. أي تأخير أو انحراف أو استثنائية من أي طرف، سيؤدي إلى عودة تلقائية للعملية بأكملها.
هذه هي النقطة الأهم في هذا النظام. إنها تستبدل أقصى تحديد بأقصى أمان، وتحول الأصول المتقاطعة من "طائرات ورقية بلا خيوط" إلى "دمى يتم التحكم فيها دائمًا من نقطة الارتكاز على الشبكة الرئيسية" — بغض النظر عن عدد السلاسل التي تتنقل عبرها، فإن القوة الأساسية ستظل دائمًا محكمة في يد الشبكة الرئيسية. فلسفة أمان الإيداع المتعدد تتم إعادة كتابتها، ليست لجعل الأصول تطير بعيدًا، بل لجعل كل شهادة متقاطعة تأتي مع ختم مادي لا يمكن تزويره. $BR #@Bedrock #bedrock $BR
كانت بروتوكولات DeFi في بدايتها تعتمد على بنية أحادية. Uniswap فقط تهتم بتوفير السيولة، وAave تركز على الإقراض، كل بروتوكول يقوم بشيء واحد، والمستخدم هو من يربط بين البروتوكولات المختلفة. بعد ذلك، ظهرت المجمعات، التي تجمع السيولة من DEXs متعددة، وتساعد المستخدمين في العثور على أفضل الأسعار. لكن قدرة المجمعات على الربط تتوقف عند مرحلة التسعير - فعند التنفيذ الحقيقي، الأمور مثل跨链، التوقيع، وإدارة الغاز تبقى مسؤولية المستخدم.
تأتي Genius في نهاية هذا التطور: حيث تجمع بين التجميع،跨链، التوقيع، الخصوصية، والتسوية في بيئة تنفيذ واحدة، حيث يعبر المستخدم فقط عن نيته، ويتولى الطرف النهائي من التسعير إلى التسليم الدورة الكاملة. هذا لم يعد مجرد مجمع، بل هو عبارة عن حزمة دورة حياة الصفقة كعملية ذرية.
هذا الإغلاق مدعوم بثلاث آليات متشابكة. بروتوكول GBP跨链 مسؤول عن التوجيه والتنفيذ - يقوم المحرك بمسح السيولة عبر الشبكة بالكامل، ثم يقوم بتفكيك نية صفقة المستخدم إلى مهام فرعية متعددة، وتوزيعها بالتوازي على الشبكة المستهدفة. يضمن التجميع الذري أن جميع المهام الفرعية يجب أن تكتمل بالكامل، أو يتم التراجع عنها بالكامل، دون وجود حالة وسطى "توقفت في المنتصف". محفظة MPC مسؤولة عن التوقيع - يتم تخزين أجزاء المفتاح الخاص في منطقة أمان محلية، ويتم استكمال التوقيع تلقائيًا داخل منطقة الأمان، دون حاجة لتأكيد المستخدم المتكرر. مجموعة Gh0st للخصوصية مسؤولة عن حماية الاستراتيجيات - بعد تنفيذ الصفقة، يتم تشتيت آثار الصفقة الكبيرة عبر عدة محافظ، مما يجعل الروبوتات المتسارعة غير قادرة على استنتاج الحيازات الحقيقية من دفتر الحسابات.
ما تحله هذه الآليات الثلاث ليس "تسريع الصفقة"، بل "تنفيذ الصفقة بشكل كامل". في الماضي، كنت تقوم بتفكيك الصفقة إلى تسعير، تنفيذ، وتسوية، وكل جزء يتركز على أدوات مختلفة، مما يخلق مخاطر بين الأجزاء. Genius تجمع الأجزاء الثلاثة وتشغلها معًا، إدخال واحد، وتنفيذ ذري عبر الشبكة بالكامل حتى النهاية.
هذا هو الشكل الذي يجب أن تكون عليه الأمور بعد التجميع. ليس مجرد تجمع أكبر للسيولة، وليس تكاليف غاز أقل، بل هي المرة الأولى التي يتم فيها تنفيذ صفقتك بشكل كامل من البداية إلى النهاية. @GeniusOfficial #genius $GENIUS
تبدو ميزانية معظم بروتوكولات العائدات DeFi هكذا: يقوم المستخدم بإيداع BTC في عقد البروتوكول، ويجمع العقد BTC في تجمع، ويقوم الاستراتيجيون بسحب الأموال من هذا التجمع لتشغيل الاستراتيجيات. الأصول الخاصة بالمستخدمين موجودة في عقد البروتوكول، وتعمل الاستراتيجيات على نفس العقد، وتعتمد الأمان أيضًا على نفس العقد. يُعرف هذا محاسبيًا بـ "الأصول داخل الميزانية" - أموالك دخلت دفتر حسابات شخص آخر. للأصول داخل الميزانية خاصية قاتلة: بمجرد تعديل دفتر الحسابات، تختفي أصولك.
بعد أن ترجمت هيكل خزينة Bedrock، وجدت أنه قام بشيء لم تجرؤ عليه العديد من البروتوكولات: نقل أصول المستخدمين من "داخل الميزانية" إلى "خارج الميزانية". BTC الذي تودعه في الخزينة، ليس محجوزًا في عقد Bedrock، بل يبقى على شكل uniBTC في عنوانك الخاص. يتم تنفيذ الاستراتيجية بواسطة Selini Capital - محرك الاستراتيجية يعمل بشكل مستقل، ولا يتواصل مع أموال المستخدمين. تغطية الائتمان تُعطى لـ Cap - من خلال تغطية البنية التحتية للائتمان، لضمان أن الخصوم قادرون على الوفاء بالتزاماتهم، ويكون خسارة التعثر مُستوعبة من مستوى الائتمان المستقل. يتم التحقق من الأمان بواسطة Symbiotic - تعمل عقد التحقق على شبكة لامركزية. تتولى المؤسسات الثلاثة كل واحدة منها دورها، لكن أصول المستخدمين تبقى دائمًا في عناوينهم الخاصة.
معنى هذا الأمر أعمق بكثير مما يبدو. عندما تكون أصولك في عقد البروتوكول، فإن علاقتك مع البروتوكول هي "ثقة" - أنت تسلم أموالك لشخص آخر لإدارتها، والشخص الآخر يساعدك في الاستثمار، وأنت تتحمل مخاطر المدير. عندما تكون أصولك في عنوانك الخاص، فإن علاقتك مع البروتوكول هي "تفويض" - أنت تسمح لمحرك الاستراتيجية باستخدام أصولك لتنفيذ الاستراتيجيات، لكن الأصول تبقى دائمًا باسمك. الثقة تعني تحويل الملكية، بينما التفويض يعني الاحتفاظ بالملكية.
أموال المستخدمين دخلت دفتر حسابات شخص آخر. ما تفعله Bedrock هو إبقاء أموال المستخدمين في دفتر حساباتهم الخاصة، مما يسمح للاستراتيجيات والائتمان والأمان بالعمل بشكل مستقل في الخارج. هذه ليست تحسينات تقنية، بل هي إعادة هيكلة هيكل الميزانية. عندما تبقى أصولك دائمًا في عنوانك الخاص، في أسوأ الحالات يمكنك الاحتفاظ بشهادة uniBTC هذه والمغادرة - فهي لها تسعير مستقل وعمق تداول في السوق الثانوية، ولا تحتاج إلى انتظار تصفية البروتوكول. هذا الأمر بحد ذاته هو أحد خطوط الدفاع الأكثر استهانة في أمان DeFi. #bedrock $BR @Bedrock
أوامر Ghost من GENIUS، معظم الناس يعرفون فقط أنها تستطيع تقسيم الطلبات. لكن ما يحدد مصير هذا النظام الخاص هو من سيجمع الأجزاء بعد تقسيمها، ومن يمكنه ذلك، وما إذا كان بإمكانهم استرجاعها. الإجابة مخفية في تصميم نادرًا ما يتم مناقشته: حق توزيع التوجيه للأجزاء.
تقسيم الطلبات هو الخطوة الأولى فقط. بعد أن يقوم عقد MPC بتقسيم طلب كبير إلى 500 جزء، هذه الأجزاء لا تذهب إلى السلسلة بمفردها. تحتاج إلى المرور عبر عقد RPC لبثها وترتيبها وتجميعها على السلسلة. في هيكلية أوامر Ghost، هناك حلقة مركزية: توزيع توجيه الأجزاء يتم التحكم فيه بشكل مركزي من قبل منظم موحد. هذا المنظم يقرر أي الأجزاء ستذهب عبر أي عقد RPC، ومتى يتم بثها، وكيف يتم ترتيب تسلسل البث. السبب في أن تدفق الأجزاء الذي تراه على السلسلة ليس له نمط ليس بسبب عشوائية تم إنشاؤها تلقائيًا من الخوارزمية، بل هو نتيجة الترتيب اليدوي لهذا المنظم.
هذه ليست عيبًا تقنيًا، بل هي خيار هيكلي. المنظم المركزي يجعل تأثير التمويه قابلًا للتحكم بدقة، لكنه أيضًا يضع نقطة ضعف النظام الخاص بأكمله في نقطة واحدة. إذا انهار المنظم، ستتجمع الأجزاء في الطابور ولا يمكن إرسالها، مما يتسبب في فشل الصفقة. إذا تعرض المنظم لضغوط تنظيمية، يمكنه فقط إيقاف بث الأجزاء لمجموعة معينة من المستخدمين، مما يمنع جميع المعاملات الخاصة للعناوين المحددة من المرور عبر العقد. الأهم من ذلك، أن المنظم يسجل كل جزء وعلاقته بالطلب الأصلي، من أي عنوان رئيسي جاء الطلب، وما هي الأجزاء الـ 500 التي تم تقسيمها، وأي مسار سلكه كل جزء، كل ذلك محفوظ في سجلات تشغيل المنظم. Gh0st تدعي أنها غير قابلة للتعقب على السلسلة، لكن بالنسبة للمنظم نفسه، كل صفقة خاصة هي عارية.
المسألة الأساسية في مسار الخصوصية هي الثقة، وليست التقنية. تصميم المنظم المركزي هذا يجعل الثقة مرتبطة بشخص معين، أو خادم معين، أو شركة معينة. عندما يجب أن تمر جميع المعاملات الخاصة عبر نفس المنظم للترتيب قبل أن تدخل السلسلة، فهذا لا يسمى خصوصية، بل وكيل مجهول. كلما كانت صلاحيات الوكيل أكبر، كانت خصوصية المستخدم أكثر هشاشة. الثورة الحقيقية في الخصوصية على السلسلة لا تحتاج إلى وكلاء، بل تحتاج إلى ضمان رياضي لا يستطيع حتى فريق المشروع نفسه رؤية نوايا المستخدم. وصلت أوامر Ghost إلى عمق تقني كبير، لكنها توقفت على بعد خطوة واحدة من النهاية، مما يجعل الجميع لا يرون أوراقك. @GeniusOfficial #genius $GENIUS
يا إلهي، قبل شوي شفت ناس في الساحة تتكلم، LAB شكلها مو حلو؟ قبل كانت كل 4 ساعات مرة، الحين كل ساعة مرة، هذا يعني، ما سوينا شيء، بس التكاليف ممكن تخلينا نخسر! لا تقولي قصة، وريني الكود. لما صديقي أعطاني Bedrock، ما استعجلت أقرأ الورقة البيضاء، أول شي رحت شفت سجلات السوق من Selini Capital. البيانات على السلسلة ما تكذب — هالجهة قاعدة تسوي Delta Neutral Arbitrage من 2021، ومرت بكل دورة صعود وهبوط كاملة. مو من هالمجموعات الكمية اللي تطلع بس في السوق الصاعد، هذول لاعبين قدامى عندهم استراتيجيات شغالة لسنين. شفت هيكل العقود على السلسلة في الكنز، تنفيذ الاستراتيجيات، تغطية الائتمان، والتحقق من الأمان، كل وحدة في طبقة منفصلة، الكود مرتب، وإدارة الصلاحيات ما فيها نقاط ضعف واضحة.
بعدها رحت أ拆ت المنطق الأساسي لثلاث استراتيجياتهم. HFT Market Making، يعتمد على فرق الأسعار بين الشراء والبيع، يربح من التقلبات، وما له علاقة بسعر العملة. CEX Arbitrage، يستفيد من الفروق السعرية اللحظية بين المنصات المركزية، ومتطلباته للزمن وحجم المال عالية جداً. DEX-CEX Cross-layer Arbitrage، يسد الفجوة بين البروتوكولات اللامركزية ودفاتر الطلب المركزية. ثلاث استراتيجيات تغطي ثلاث حالات سوقية مختلفة تماماً، مو “اختر الأعلى ربحاً”، لكن “مهما كان اتجاه السوق، دائماً في واحدة شغالة”. من وجهة نظر هندسية، هذا يسمى تكرار الاستراتيجيات — لما تكون استراتيجياتك كثيرة ومستقلة، أي تغيير في ظروف السوق ما بيوقف المجموعة كلها.
الأكثر مما خلاني أشوفه دقيق هو تقسيم الجهات في الكنز. طبقة تنفيذ الاستراتيجيات مسؤولة عنها Selini Capital، وطبقة الائتمان تغطي على Cap، وطبقة الأمان تعمل على شبكة التحقق المشتركة لـ Symbiotic. ثلاث طبقات منفصلة، كل طبقة عندها ضمانات من جهة مستقلة. مو بس نقول “احنا آمنين”، لكن الأمان، الائتمان، والاستراتيجيات كل وحدة تتحكم في نفسها، وما تتجاوز حدودها.
في عالم Crypto، كلمة “محايدة السوق” صارت تستخدم بشكل مفرط. لكن المحايدة الحقيقية مو “مخاطر منخفضة”، بل هي “تكرار الاستراتيجيات”. Bedrock اختارت Selini كأول جهة استراتيجية في الكنز، اللي ميزهم مو بس خبرتهم في السوق، لكن كمان قدرة التصميم التكراري هذي. @Bedrock #bedrock $BR