Binance Square
撸毛研究院
1.5k منشورات

撸毛研究院

حائز على O
حائز على O
مُتداول بمُعدّل مرتفع
5.1 سنوات
58 تتابع
2.4K+ المتابعون
6.6K+ إعجاب
منشورات
·
--
عرض الترجمة
有些项目把 AI 写得很玄,OpenGradient 的硬处反而在一个朴素问题:谁来真正跑模型? 我这次盯住 @OpenGradient 的 Inference Nodes。它们不是普通节点,而是专门负责执行 AI/ML 模型的无状态算力工人。模型可以提前缓存在节点里,也可以按请求拉取;用户在 OpenGradient Chat 里发起一次提问,真正消耗 GPU、跑出结果的,就是这一层。 这个设计厉害的地方,是它把“算模型”和“管账本”拆开了。Inference Nodes 只专注执行,结果可以先返回用户;证明、attestation 和结算再交给网络后续处理。这样不用让所有验证者都背 GPU,也不用为了可信把响应速度拖死。 我喜欢这个机制,因为它很诚实:AI 推理本来就不是同一种负载。小模型、LLM、实时 Agent 请求,对硬件和延迟要求完全不同。OpenGradient 让专业节点去干专业的活,再用验证层兜住可信边界。 所以我看 #OPG,不是看一句 AI 口号,而是看 Inference Nodes 能不能撑起真实调用。如果算力调度、证明提交和费用结算跑顺,$OPG 才更像可验证 AI 网络里的工作燃料。#OPG $OPG @OpenGradient #opg $OPG
有些项目把 AI 写得很玄,OpenGradient 的硬处反而在一个朴素问题:谁来真正跑模型?

我这次盯住 @OpenGradient 的 Inference Nodes。它们不是普通节点,而是专门负责执行 AI/ML 模型的无状态算力工人。模型可以提前缓存在节点里,也可以按请求拉取;用户在 OpenGradient Chat 里发起一次提问,真正消耗 GPU、跑出结果的,就是这一层。

这个设计厉害的地方,是它把“算模型”和“管账本”拆开了。Inference Nodes 只专注执行,结果可以先返回用户;证明、attestation 和结算再交给网络后续处理。这样不用让所有验证者都背 GPU,也不用为了可信把响应速度拖死。

我喜欢这个机制,因为它很诚实:AI 推理本来就不是同一种负载。小模型、LLM、实时 Agent 请求,对硬件和延迟要求完全不同。OpenGradient 让专业节点去干专业的活,再用验证层兜住可信边界。

所以我看 #OPG,不是看一句 AI 口号,而是看 Inference Nodes 能不能撑起真实调用。如果算力调度、证明提交和费用结算跑顺,$OPG 才更像可验证 AI 网络里的工作燃料。#OPG $OPG @OpenGradient #opg $OPG
عرض الترجمة
OPG 这次我更愿意看“验证分层”这条暗线。OpenGradient 没把所有 AI 推理都塞进同一种证明里,这一点很关键,也比单纯讲 AI Chat 更接近白皮书的核心。 原因很现实:不同 AI 任务的风险不一样。普通 Chat 需要低延迟,适合用 TEE attestation 留下可信执行痕迹;高价值模型计算更需要确定性,可以用 ZKML proof 换更强验证;低风险调用则用签名和节点记录完成基础审计。这里真正专业的地方,不是堆 TEE、ZKML 这些词,而是让验证强度跟任务风险匹配。 这套机制也解释了 OpenGradient Chat 的意义。用户看到的是一次回复,背后其实要经过模型执行、证明生成、Full Nodes 验证、账本记录和支付结算。它不是普通聊天入口,而是在测试可信 AI 推理能不能进入真实使用场景。 $OPG 的价值,也要放在这条验证链路里看:如果开发者愿意为更高可信度、隐私执行和可审计结果付费,节点服务和结算需求才会持续。OPG 能否走远,不看口号,而看这套“按风险分级验证”的机制能不能跑出真实调用。 #OPG $OPG @OpenGradient #opg $OPG
OPG 这次我更愿意看“验证分层”这条暗线。OpenGradient 没把所有 AI 推理都塞进同一种证明里,这一点很关键,也比单纯讲 AI Chat 更接近白皮书的核心。

原因很现实:不同 AI 任务的风险不一样。普通 Chat 需要低延迟,适合用 TEE attestation 留下可信执行痕迹;高价值模型计算更需要确定性,可以用 ZKML proof 换更强验证;低风险调用则用签名和节点记录完成基础审计。这里真正专业的地方,不是堆 TEE、ZKML 这些词,而是让验证强度跟任务风险匹配。

这套机制也解释了 OpenGradient Chat 的意义。用户看到的是一次回复,背后其实要经过模型执行、证明生成、Full Nodes 验证、账本记录和支付结算。它不是普通聊天入口,而是在测试可信 AI 推理能不能进入真实使用场景。

$OPG 的价值,也要放在这条验证链路里看:如果开发者愿意为更高可信度、隐私执行和可审计结果付费,节点服务和结算需求才会持续。OPG 能否走远,不看口号,而看这套“按风险分级验证”的机制能不能跑出真实调用。

#OPG $OPG @OpenGradient #opg $OPG
عندما كنت أتصفح ورقة OpenGradient البيضاء، علقت في مكان واحد: عقد البيانات. كنت دائمًا مشوشًا حول كيف أن نظامهم يمكن التحقق من صحة الاستدلال، لكن الذكاء الاصطناعي غالبًا ما يحتاج إلى بيانات خارجية - مثل السؤال "ما هو سعر البيتكوين اليوم؟" من أين يحصل النموذج على هذا السعر؟ إذا كان يأخذ البيانات من API مركزي، ماذا لو كان هذا API مخادع؟ ألن تتعطل سلسلة التحقق بأكملها؟ ثم وجدت الفصل عن عقد البيانات، وفهمت حينها. @OpenGradient عقد البيانات الخاصة بهم أيضًا تعمل داخل TEE. يتم إنشاء قناة تشفير بين مصادر البيانات الخارجية (مثل API لأحد البورصات) و TEE، وبعد سحب البيانات، يقوم TEE بإنشاء "إثبات مصدر البيانات" - يثبت أن هذه البيانات فعلاً جاءت من ذلك API، وأنها لم تتعرض للتلاعب. ثم يتم حزم هذا الإثبات مع إثبات TEE الخاص بعقد الاستدلال على السلسلة. بمعنى آخر، ما تحصل عليه في النهاية ليس مجرد نتيجة استدلال AI معزولة، بل سلسلة كاملة: مصدر البيانات قابل للتحقق + استدلال النموذج قابل للتحقق + نتيجة الإخراج قابلة للتحقق. لقد نظرت إلى مخطط الهيكلية لمدة خمس دقائق، وشعرت أن هذا التصميم بالفعل يسد ثغرة كبيرة. تقوم الأوركل العادية فقط بحل مشكلة "رفع البيانات إلى السلسلة"، لكنها لا تحل مشكلة "هل تم تعديل البيانات أثناء استخدام الذكاء الاصطناعي". OpenGradient وضعت عقد البيانات أيضًا في TEE، مما يعني أنها قفلت كل من جمع البيانات واستدلال AI في نفس الأجهزة الموثوقة. لكن هناك شيء يجعلني في حيرة: إذا كان مصدر البيانات نفسه مركزيًا، مثل API يمكنه تغيير البيانات في أي وقت، فإن ما يمكن لـ TEE إثباته هو فقط "أنني حصلت على الرقم الذي أرجعه API"، أما إذا كان API يكذب، فإن TEE لا يمكنه التدخل. تعترف الورقة بهذا الأمر، وتقول إنه يجب الاعتماد على عدة مصادر بيانات للتحقق المتداخل. أعتقد أن هذا ليس مثالياً، لكنه على الأقل أفضل من عدم القيام بشيء. على الأقل يمكنك التمييز بين ما إذا كانت المشكلة تكمن في مصدر البيانات أو نموذج AI، وليس الخلط بينهما والبحث عن الاتجاه. الآن، هناك بالفعل عقد بيانات تعمل على الشبكة، وقد عالجت أكثر من مليوني استدلال. أستعد للذهاب للتحقق مما إذا كانت هناك عقد حقيقية تعمل على تجميع البيانات على السلسلة، وإذا وجدت شيئًا سأشاركه لاحقًا. ما رأيكم، هل يمكن أن تحل هذه الطريقة المزدوجة من التحقق باستخدام TEE "بيانات + استدلال" مشكلة الثقة في تغذية البيانات للذكاء الاصطناعي؟ أم أن مصدر البيانات نفسه هو المشكلة الحقيقية؟ دعونا نتحدث في قسم التعليقات. #opg $OPG
عندما كنت أتصفح ورقة 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
في بينانس، فيه أخوان اشتروا أسهم $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 $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 $BR
الكثير من الناس يعتبرون @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 بروتوكول لتحقيق عوائد 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 2.0، اكتشفت إن نظام الفصل الثلاثي الخاص بها بالضبط هو الشيء اللي ما يقدرش المدقق يسويه. Selini Capital تدير تنفيذ الاستراتيجيات، ومحرك الاستراتيجية يعمل بشكل مستقل، وتقوم بتوفير السيولة، والاربتراج، وصيد الفروقات عبر الطبقات، وكلها مرتبطة على السلسلة. لكن ما تقدرش تلمس أموال المستخدمين. Cap تدير تغطية الائتمان، وفي حال تخلف الطرف الآخر عن سداد الدين، تتحمله طبقة الائتمان المستقلة. لكن ما تقدرش تلمس الاستراتيجية. Symbiotic تدير التحقق من الأمان، والنودات تعمل على شبكة لامركزية. لكن ما تقدرش تلمس المعاملات.

الخريطة اللي علمني إياها المعلم، في الأساس هي تحليل علاقات المصالح بعد وقوعها - تفكيك الشبكة إلى خيوط، ورؤية من هم الأطراف على كل خيط، ثم تحديد إذا كان في نقل مصالح. الفصل الثلاثي لـ Bedrock يعمل العكس تمامًا: هو مش بيحلل علاقات المصالح بعد وقوعها، بل بيمنعها من التداخل قبل حدوثها. الأطراف الاستراتيجية ما تقدرش تلمس الأموال، والأطراف الائتمانية ما تقدرش تلمس الاستراتيجيات، والأطراف الأمنية ما تقدرش تلمس المعاملات. عزل المصالح مو عن طريق التدقيق، بل عن طريق تصميم الهيكل. مش تدقيق أكثر صرامة، لا، بل تصميم ما يحتاج تدقيق. لأن شرط التدقيق - العلاقات المالية - تم قطعه في مرحلة تصميم الهيكل. @Bedrock #bedrock $BR
عندما كنت سكرتير لجنة الاستثمار في مؤسسة رأس المال المغامر، كان أكثر ما أدهشني ليس فقدان الفرص الجيدة، بل عملية اتخاذ القرار في اللجنة. كان هناك خمسة شركاء يجلسون في غرفة الاجتماعات، المؤسس قدّم عرضاً لمدة أربعين دقيقة، ثم بدأ الجميع في التصويت. بعضهم صوت بالرفض لأنه كان في مزاج سيء بعد مشاجرة مع زوجته الليلة الماضية، بينما صوت آخرون بالإيجاب بسبب خلفية المؤسس الأكاديمية المميزة، وآخرون صوتوا بحذر لأنهم خسروا في المشروع السابق. وفي النهاية، كانت النتائج التي خرج بها التصويت بعيدة عن الجودة الحقيقية للمشروع بفلتر ذاتي سميك. لاحظت مشكلة: منطق اختيار الاستراتيجيات في معظم البروتوكولات لا يختلف جوهرياً عن تصويت لجنة الاستثمار. الفريق الأساسي يقرر، والتصويت من المجتمع رمزي، وما إذا كان بإمكان الاستراتيجيات الدخول إلى الخزينة يعتمد على حكم عدد قليل من الأشخاص. إذا سألتهم عن معايير حكمهم، سيخبرونك "تقييم شامل". ماذا يعني تقييم شامل؟ لا يمكن توضيحه. الأشياء التي لا يمكن توضيحها هي ذات طابع ذاتي. بعد أن انتهيت من مراجعة هيكل الحوكمة لBedrock، وجدت أنها حولت "من يمكن أن يصبح استراتيجياً" من تصويت ذاتي إلى تحقق على السلسلة. يمكن لأي فريق كمي التقديم للوصول إلى خزينة معيارية، لكن ما إذا كان يمكنهم البقاء يعتمد على قيدين صارمين: أولاً، يجب أن تكون جميع سجلات تنفيذ الاستراتيجيات مرتبطة بالسلسلة، مثل التراجع، توزيع العوائد، والأداء تحت ظروف سوق مختلفة، يمكن لأي شخص التحقق منها في أي وقت؛ ثانياً، يحدد حاملو BR من خلال تصويت الحوكمة مصير الاستراتيجيات، لكن وزن التصويت لا يعتمد على الصرخات، بل يعتمد على عمق مشاركتك الفعلي في النظام. هذان القيدان معاً يشكلان حلقة مغلقة: سجلات السلسلة تقدم بيانات موضوعية، وتصويت الحوكمة يوفر توافق المجتمع. لا يمكن لأي حلقة منفردة أن تستحوذ على权力 اتخاذ القرار. هذا ذكرني بمشاهد اتخاذ القرار الغريبة في اللجنة. لو كان لدينا في ذلك الوقت مجموعة من سجلات الاستراتيجيات القابلة للتحقق على السلسلة، بالإضافة إلى آلية تصفية حقيقية يصوت عليها المستخدمون، ربما لم يكن هناك العديد من المشاريع الجيدة التي تم قتلها بسبب "مزاج الشركاء السيء". Bedrock تستخدم هذه الآلية لسحب سلطة تصفية الاستراتيجيات من غرفة الاجتماعات الخاصة بعدد قليل من الأشخاص، ووضعها في ساحة تنافسية شفافة يمكن لأي شخص التحقق منها والمشاركة فيها. هذه هي ما يجب أن تفعله الحوكمة اللامركزية حقاً. #bedrock $BR @Bedrock
عندما كنت سكرتير لجنة الاستثمار في مؤسسة رأس المال المغامر، كان أكثر ما أدهشني ليس فقدان الفرص الجيدة، بل عملية اتخاذ القرار في اللجنة. كان هناك خمسة شركاء يجلسون في غرفة الاجتماعات، المؤسس قدّم عرضاً لمدة أربعين دقيقة، ثم بدأ الجميع في التصويت. بعضهم صوت بالرفض لأنه كان في مزاج سيء بعد مشاجرة مع زوجته الليلة الماضية، بينما صوت آخرون بالإيجاب بسبب خلفية المؤسس الأكاديمية المميزة، وآخرون صوتوا بحذر لأنهم خسروا في المشروع السابق. وفي النهاية، كانت النتائج التي خرج بها التصويت بعيدة عن الجودة الحقيقية للمشروع بفلتر ذاتي سميك.

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

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

هذا ذكرني بمشاهد اتخاذ القرار الغريبة في اللجنة. لو كان لدينا في ذلك الوقت مجموعة من سجلات الاستراتيجيات القابلة للتحقق على السلسلة، بالإضافة إلى آلية تصفية حقيقية يصوت عليها المستخدمون، ربما لم يكن هناك العديد من المشاريع الجيدة التي تم قتلها بسبب "مزاج الشركاء السيء". Bedrock تستخدم هذه الآلية لسحب سلطة تصفية الاستراتيجيات من غرفة الاجتماعات الخاصة بعدد قليل من الأشخاص، ووضعها في ساحة تنافسية شفافة يمكن لأي شخص التحقق منها والمشاركة فيها. هذه هي ما يجب أن تفعله الحوكمة اللامركزية حقاً. #bedrock $BR @Bedrock
في السابق، عندما كنت أعمل في قسم إدارة الأصول في إدارة المخاطر، أكثر شيء كان يسبب لي الأرق ليس انهيار السوق، بل تداخل المهام. المتداول يدير الطلبات ويقوم بالتسجيل في نفس الوقت، ومدير الصندوق يدير الاستراتيجيات وتحويل الأموال، والبنك الأمين يقول إنه طرف ثالث مستقل، لكن العقد موقع من الطرف الأول، والرسوم مدفوعة من الطرف الأول، وتجديد العقد في نهاية العام يعتمد على مزاج الطرف الأول. هل تتخيل أن هذه الإدارة مستقلة؟ قانونيًا مستقلة، لكن من حيث المصلحة مرتبطة ببعضها. في ذلك الوقت، قلت لزملائي عبارة: أمان النظام المالي لا يعتمد على الثقة، بل يعتمد على التوازن. من يدير الأموال لا يمكنه الاقتراب من الحسابات، ومن يتعامل مع الحسابات لا يمكنه إدارة الأموال، ومن يدير الاستراتيجيات لا يمكنه الاقتراب من التسويات، ومن يدير التسويات لا يمكنه الاقتراب من الاستراتيجيات. أربع أعمدة كل منها تدعم زاويته، ولا يمكن لأحد أن يعتمد على الآخر. لذا عندما وجدت في الورقة البيضاء لـ Bedrock الهيكل الثلاثي المنفصل لـ Selini Capital وCap وSymbiotic، استغرقت بعض الوقت لأؤكد شيئًا واحدًا: ما يقومون بتكراره ليس شكل المنتجات المالية التقليدية، بل هو المنطق الأساسي لإدارة المخاطر في المالية التقليدية. Selini تدير تنفيذ الاستراتيجيات، ومحرك الاستراتيجية يعمل بشكل مستقل، لا يتصل بأموال المستخدمين. Cap تدير التغطية الائتمانية، وعندما يتخلف الطرف المقابل عن السداد، يتم امتصاص ذلك من خلال طبقة ائتمانية مستقلة. Symbiotic تدير التحقق من الأمان، وعقد التحقق تعمل على شبكة لامركزية، لا تخضع لسيطرة طرف واحد من Bedrock. من يدير الاستراتيجيات لا يقترب من الأموال، ومن يدير الائتمان لا يقترب من الاستراتيجيات، ومن يدير الأمان لا يقترب من التداول. ثلاث طبقات منفصلة، كل منها تدير نفسها، ولا تتداخل. هذا الأمر أعطاني رؤية مختلفة تمامًا لمستقبل Bedrock. في المالية التقليدية، فصل المهام هو مطلب تنظيمي إجباري - يجب أن تكون التداولات والتسويات والإدارة والتدقيق من مؤسسات مختلفة، ولا يمكن لأحد أن يحتكر جميع المراحل. لكن في DeFi، معظم البروتوكولات هي في نفس الوقت جهة استراتيجية وجهة إدارة وجهة تسوية، ولا تصل يد التنظيم إليها، ويعتمد الأمر فقط على وعي المشروع. Bedrock هي واحدة من القلائل التي اختارت بشكل استباقي فصل المهام في غياب أي ضغط خارجي. في السابق، عندما كنت أعمل في إدارة المخاطر في المالية التقليدية، الدرس الأول الذي تعلمته هو: النظام الجيد لا يفترض أن أي شخص صادق، بل يفترض أن كل شخص قد يرتكب أخطاء، لذا يستخدم التوازن لمنع الأخطاء من الانتشار. ما تفعله Bedrock، وبعبارة استخدمتها بعد سنوات من إدارة المخاطر، هو: لا تقامر بالطبيعة البشرية، بل اقامر بالهيكل. @Bedrock #bedrock $BR
في السابق، عندما كنت أعمل في قسم إدارة الأصول في إدارة المخاطر، أكثر شيء كان يسبب لي الأرق ليس انهيار السوق، بل تداخل المهام. المتداول يدير الطلبات ويقوم بالتسجيل في نفس الوقت، ومدير الصندوق يدير الاستراتيجيات وتحويل الأموال، والبنك الأمين يقول إنه طرف ثالث مستقل، لكن العقد موقع من الطرف الأول، والرسوم مدفوعة من الطرف الأول، وتجديد العقد في نهاية العام يعتمد على مزاج الطرف الأول. هل تتخيل أن هذه الإدارة مستقلة؟ قانونيًا مستقلة، لكن من حيث المصلحة مرتبطة ببعضها. في ذلك الوقت، قلت لزملائي عبارة: أمان النظام المالي لا يعتمد على الثقة، بل يعتمد على التوازن. من يدير الأموال لا يمكنه الاقتراب من الحسابات، ومن يتعامل مع الحسابات لا يمكنه إدارة الأموال، ومن يدير الاستراتيجيات لا يمكنه الاقتراب من التسويات، ومن يدير التسويات لا يمكنه الاقتراب من الاستراتيجيات. أربع أعمدة كل منها تدعم زاويته، ولا يمكن لأحد أن يعتمد على الآخر.

لذا عندما وجدت في الورقة البيضاء لـ 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
أنا قضيت ثلاث سنوات حتى قدرت أعترف بشيء واحد: أنا مش قادر أفهم سجلات تداولاتي على السلسلة.

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

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

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

هذا مو تراجع في الشفافية، هذا نقل مسؤولية التحقق. سابقًا كنت تحتاج تتحقق من كل صفقة إذا كانت تتنفذ بشكل صحيح، الآن المحرك تحقق لك، أنت بس تحتاج تعرف الصفقة تمت. لما كنت أشتغل في التمويل التقليدي، ما عمري فتحت سجلات التسوية البنكية — مو إني ما أريد أفحص، لكن ما كنت بحاجة. البنك تحقق لك. Genius هو الأول على السلسلة اللي أخذ هالمسؤولية. إذا كنت مش قادر تفهم بيانات الإدخال مو مشكلة، من الآن ما تحتاج تشوفها. @GeniusOfficial #genius $GENIUS
عرض الترجمة
以前帮投资机构做商业尽调,最让我头疼的不是找不到信息,是确认不了信息的真实性。标的方发来一份Excel,上面列着所有供应商的合同金额、回款周期、履约记录。你问他这些数据能验证吗,他说你可以去问我们的供应商。供应商是他自己的合作伙伴,你打电话过去,对方说“对,没问题”。你挂完电话就知道——这根验证链条从头到尾都在他自己手里。 所以当我在Bedrock的金库架构里翻到Selini Capital的策略记录全部锚定在链上时,我盯着屏幕愣了好一阵。每一次做市价差、每一次CEX套利、每一次跨层套利——哪天哪个区块哪笔交易产生了多少收益,全部可以追溯。不需要给任何人打电话,不需要发函证,不需要判断对方说的是真话还是客套话。你打开浏览器,链上记录就在那里,谁都能看,谁也改不了。 这件事让我对Bedrock的未来有了一个完全不同的判断。在传统金融里,验证策略方的历史业绩是尽调团队的事——门槛高到只有机构能碰。你需要雇一整个团队、花几周时间、翻遍无数份合同和银行流水,最后还得靠自己的经验判断这份数据有没有被美化过。但在Bedrock上,验证策略方的历史业绩不需要任何人授权。Selini的每一次操作都刻在链上,回撤多大、收益分布怎样、不同市场条件下的表现如何——以前只有机构尽调团队才能拿到的东西,现在任何人打开浏览器就能查。 以前尽调靠打电话,现在验证靠查链上。以前只有机构能验证策略方,现在任何人都能。这可能是整个DeFi赛道最被低估的变革——当策略验证从“专业服务”变成“公共基础设施”时,优质策略方会主动选择在这样的透明环境里证明自己。因为他们不需要花钱请审计师来背书,链上记录就是最硬的审计报告。@Bedrock #bedrock $BR
以前帮投资机构做商业尽调,最让我头疼的不是找不到信息,是确认不了信息的真实性。标的方发来一份Excel,上面列着所有供应商的合同金额、回款周期、履约记录。你问他这些数据能验证吗,他说你可以去问我们的供应商。供应商是他自己的合作伙伴,你打电话过去,对方说“对,没问题”。你挂完电话就知道——这根验证链条从头到尾都在他自己手里。

所以当我在Bedrock的金库架构里翻到Selini Capital的策略记录全部锚定在链上时,我盯着屏幕愣了好一阵。每一次做市价差、每一次CEX套利、每一次跨层套利——哪天哪个区块哪笔交易产生了多少收益,全部可以追溯。不需要给任何人打电话,不需要发函证,不需要判断对方说的是真话还是客套话。你打开浏览器,链上记录就在那里,谁都能看,谁也改不了。

这件事让我对Bedrock的未来有了一个完全不同的判断。在传统金融里,验证策略方的历史业绩是尽调团队的事——门槛高到只有机构能碰。你需要雇一整个团队、花几周时间、翻遍无数份合同和银行流水,最后还得靠自己的经验判断这份数据有没有被美化过。但在Bedrock上,验证策略方的历史业绩不需要任何人授权。Selini的每一次操作都刻在链上,回撤多大、收益分布怎样、不同市场条件下的表现如何——以前只有机构尽调团队才能拿到的东西,现在任何人打开浏览器就能查。

以前尽调靠打电话,现在验证靠查链上。以前只有机构能验证策略方,现在任何人都能。这可能是整个DeFi赛道最被低估的变革——当策略验证从“专业服务”变成“公共基础设施”时,优质策略方会主动选择在这样的透明环境里证明自己。因为他们不需要花钱请审计师来背书,链上记录就是最硬的审计报告。@Bedrock #bedrock $BR
لقد خسرت في صفقة على السلسلة ما زلت أذكرها حتى الآن. ليس لأنني كنت أقرأ السوق بشكل خاطئ، وإنما لأنني نسيت أن أترك رسوم Gas على السلسلة المستهدفة. جسر السلسلة نقل الأصول إلى بابي، لكنني لم أكن أملك المال لفتح الباب. تلك الصفقة علقت على السلسلة لمدة تقارب الساعة، وفي النهاية قمت بإلغائها بنفسي، وكانت رسوم الإلغاء أعلى من أرباح الصفقة نفسها. فيما بعد، تحدثت عن هذا الأمر مع صديق آخر يتداول في DeFi، فتوقف عن الكلام لثانيتين وقال، إنه تعرض لنفس الشيء. عندما قمت بترجمة الفصل الخاص بهيكل الجسور في ورقة Genius البيضاء، أدركت فجأة أن المشروع لا يركز على "جعل الجسور أسرع"، بل على "جعل عملية الجسور تختفي من يد المستخدمين". الورقة البيضاء قسمت عملية الجسر إلى ثلاث طبقات: الطبقة الأولى تعنى بإيصال نية المستخدم - "أريد تحويل الأصول من سلسلة A إلى سلسلة B"؛ الطبقة الثانية تتولى تفكيك النية إلى مهام فرعية قابلة للتنفيذ؛ والطبقة الثالثة في الخلفية تقوم تلقائيًا بإتمام اختيار الجسر، وتوجيه المرور، وإدارة رسوم Gas وتجميع الأصول. المستخدم لا يحتاج لمعرفة أي جسر عبره أصوله، أو أي سلسلة مرت بها - فقط عليك أن تخبر أين تريد الذهاب، والمحرك سيجد لك الطريق. ما أثار إعجابي في هذا الهيكل ليس التقنية نفسها، بل إعادة تعريف مسؤولية "فشل الجسر". سابقًا، كان فشل الجسر من مسؤولية المستخدم - أنت لم تترك رسوم Gas كافية، أو اخترت جسر مزدحم، أو لم تراقب تقدم تأكيد السلسلة المستهدفة. بروتوكول GBP من Genius يكتب التجميع الذري في طبقة التنفيذ - إما أن تصل الأصول بالكامل، أو يتم إرجاعها بالكامل، ولا توجد حالة وسطى "علقت في المنتصف". فشل الجسر تحول من "خطأ في التنفيذ" إلى "النظام لم يكتمل بعد"، وانتقلت المسؤولية من كاهلك إلى كاهل المحرك. كنت أعتقد دائمًا أن المشكلة الأساسية في الجسور هي بطء السرعة، ولكن بعد قراءة هذا الفصل أدركت أن أكثر ما يعذب في الجسور ليس البطء، بل شعور الفراغ الذي لا تعرف فيه ما سيحدث في الثانية التالية. ما قامت به 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
لا تعودوا لتصديق نظرية "كفاءة السيولة" في الأصول المتقاطعة. عندما تصفحت الوثائق الفنية لقفل مزامنة الحالة في 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 في بدايتها تعتمد على بنية أحادية. 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
تبدو ميزانية معظم بروتوكولات العائدات DeFi هكذا: يقوم المستخدم بإيداع BTC في عقد البروتوكول، ويجمع العقد BTC في تجمع، ويقوم الاستراتيجيون بسحب الأموال من هذا التجمع لتشغيل الاستراتيجيات. الأصول الخاصة بالمستخدمين موجودة في عقد البروتوكول، وتعمل الاستراتيجيات على نفس العقد، وتعتمد الأمان أيضًا على نفس العقد. يُعرف هذا محاسبيًا بـ "الأصول داخل الميزانية" - أموالك دخلت دفتر حسابات شخص آخر. للأصول داخل الميزانية خاصية قاتلة: بمجرد تعديل دفتر الحسابات، تختفي أصولك.

بعد أن ترجمت هيكل خزينة Bedrock، وجدت أنه قام بشيء لم تجرؤ عليه العديد من البروتوكولات: نقل أصول المستخدمين من "داخل الميزانية" إلى "خارج الميزانية". BTC الذي تودعه في الخزينة، ليس محجوزًا في عقد Bedrock، بل يبقى على شكل uniBTC في عنوانك الخاص. يتم تنفيذ الاستراتيجية بواسطة Selini Capital - محرك الاستراتيجية يعمل بشكل مستقل، ولا يتواصل مع أموال المستخدمين. تغطية الائتمان تُعطى لـ Cap - من خلال تغطية البنية التحتية للائتمان، لضمان أن الخصوم قادرون على الوفاء بالتزاماتهم، ويكون خسارة التعثر مُستوعبة من مستوى الائتمان المستقل. يتم التحقق من الأمان بواسطة Symbiotic - تعمل عقد التحقق على شبكة لامركزية. تتولى المؤسسات الثلاثة كل واحدة منها دورها، لكن أصول المستخدمين تبقى دائمًا في عناوينهم الخاصة.

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

أموال المستخدمين دخلت دفتر حسابات شخص آخر. ما تفعله Bedrock هو إبقاء أموال المستخدمين في دفتر حساباتهم الخاصة، مما يسمح للاستراتيجيات والائتمان والأمان بالعمل بشكل مستقل في الخارج. هذه ليست تحسينات تقنية، بل هي إعادة هيكلة هيكل الميزانية. عندما تبقى أصولك دائمًا في عنوانك الخاص، في أسوأ الحالات يمكنك الاحتفاظ بشهادة uniBTC هذه والمغادرة - فهي لها تسعير مستقل وعمق تداول في السوق الثانوية، ولا تحتاج إلى انتظار تصفية البروتوكول. هذا الأمر بحد ذاته هو أحد خطوط الدفاع الأكثر استهانة في أمان DeFi. #bedrock $BR @Bedrock
عرض الترجمة
DeFi交易最让人上火的瞬间,不是亏钱,是你明明看对了方向,却死在了操作上。我有一次挂单止损,先点“批准”授权,等链上确认,再点“确认”提交交易。就这两步之间我去了趟洗手间,回来发现行情在我离开的几分钟里砸穿了止损线,而我的单子还卡在授权那一步没执行。那次亏掉的钱,够我在纽约吃一个月米其林。后来我一直在想,传统金融里的止损单从来不会问你“你确定要授权吗”,为什么链上非得把一件事拆成两次确认? Genius把这个问题从架构上解决了。它的MPC钱包不让你反复点确认——私钥碎片存在本地安全区,签名在后台自动完成。你表达意图,终端执行,中间不需要“批准”那一步。这不是省了一次点击,是把操作失误的可能从系统里删掉了。代币授权和交易执行被编排成一套原子指令,要么全完成,要么全回滚,不存在“授权了但没执行”的半吊子状态。 但这个看似简单的体验升级,底下压着三层技术逻辑。第一层是MPC,把私钥打碎成几片,签名时多方计算,完整私钥永远不在任何地方出现,所以黑客偷不到,你自己也不会丢。第二层是GBP跨链协议,交易被拆成子任务并行推到不同链上,原子归集统一结算,中间不排队、不卡桥。第三层是Gh0st隐私栈,大单拆进几百个地址分散执行,抢跑机器人看不到完整订单,但所有记录留在链上监管可查。这三层叠在一起,才把“点确认之前的不确定性”压到了零。 坦白说,Genius还不完美。前阵子流量洪峰时前端卡过,路由延迟过,但技术方向上我认可——它要做的不是另一个DEX,而是让用户忘了底下还有DEX。链上交易这十年,所有人都在比谁的发动机更猛,Genius是第一个认真铺路的人。@GeniusOfficial #genius $GENIUS
DeFi交易最让人上火的瞬间,不是亏钱,是你明明看对了方向,却死在了操作上。我有一次挂单止损,先点“批准”授权,等链上确认,再点“确认”提交交易。就这两步之间我去了趟洗手间,回来发现行情在我离开的几分钟里砸穿了止损线,而我的单子还卡在授权那一步没执行。那次亏掉的钱,够我在纽约吃一个月米其林。后来我一直在想,传统金融里的止损单从来不会问你“你确定要授权吗”,为什么链上非得把一件事拆成两次确认?

Genius把这个问题从架构上解决了。它的MPC钱包不让你反复点确认——私钥碎片存在本地安全区,签名在后台自动完成。你表达意图,终端执行,中间不需要“批准”那一步。这不是省了一次点击,是把操作失误的可能从系统里删掉了。代币授权和交易执行被编排成一套原子指令,要么全完成,要么全回滚,不存在“授权了但没执行”的半吊子状态。

但这个看似简单的体验升级,底下压着三层技术逻辑。第一层是MPC,把私钥打碎成几片,签名时多方计算,完整私钥永远不在任何地方出现,所以黑客偷不到,你自己也不会丢。第二层是GBP跨链协议,交易被拆成子任务并行推到不同链上,原子归集统一结算,中间不排队、不卡桥。第三层是Gh0st隐私栈,大单拆进几百个地址分散执行,抢跑机器人看不到完整订单,但所有记录留在链上监管可查。这三层叠在一起,才把“点确认之前的不确定性”压到了零。

坦白说,Genius还不完美。前阵子流量洪峰时前端卡过,路由延迟过,但技术方向上我认可——它要做的不是另一个DEX,而是让用户忘了底下还有DEX。链上交易这十年,所有人都在比谁的发动机更猛,Genius是第一个认真铺路的人。@GeniusOfficial #genius $GENIUS
عرض الترجمة
读Bedrock的赎回机制时,这个被单方面定价的感觉又浮上来了。 uniBTC的赎回路径,白皮书给出的是一条看起来干净的链路:你可以随时退出,在二级市场把uniBTC换成BTC。但“随时”和“换成”之间,藏着一个用户控制不了的东西,叫做流动性厚度。做市商在正常行情下提供买卖双边报价,滑点低到你几乎感觉不到。可这批做市商没有协议义务,他们随时可以把买单撤走。一旦撤走,你手里的uniBTC就从“1:1锚定资产”变成“等一个愿意接盘的人”。你没有违约,合约没出问题,策略也没亏钱——你只是在一个流动性突然变薄的时间点,成了最后一个想离开的人。 这不是做市商的错。他们保护自己,天经地义。真正需要被追问的是机制本身:一个把赎回通道完全建立在第三方自愿报价之上的系统,能不能把“随时退出”写进产品承诺里。 这里藏着一个Bedrock特有的结构性问题。其他DeFi协议也有二级市场滑点,但它们的赎回通道通常不止一条——可以走销毁机制、可以走协议金库清算、可以走策略终止返还。但uniBTC的底层资产wBTC本身就是一个多签托管的美式收据,Babylon那层再质押又叠了一层链上罚没风险。你的赎回路径被两条外部依赖夹在中间:一头是wBTC的托管人不出事,另一头是Babylon的验证节点不挨罚。这两条依赖链上任何一个环节出问题,二级市场的做市商不会等到你卖出才撤单,他们会比你快。 凭证资产的流动性,正常时是润滑剂,极端时是幻觉。而Bedrock把退出权交还给用户的方式,是把这层幻觉写进了“随时退出”四个字里。#bedrock $BR @Bedrock
读Bedrock的赎回机制时,这个被单方面定价的感觉又浮上来了。

uniBTC的赎回路径,白皮书给出的是一条看起来干净的链路:你可以随时退出,在二级市场把uniBTC换成BTC。但“随时”和“换成”之间,藏着一个用户控制不了的东西,叫做流动性厚度。做市商在正常行情下提供买卖双边报价,滑点低到你几乎感觉不到。可这批做市商没有协议义务,他们随时可以把买单撤走。一旦撤走,你手里的uniBTC就从“1:1锚定资产”变成“等一个愿意接盘的人”。你没有违约,合约没出问题,策略也没亏钱——你只是在一个流动性突然变薄的时间点,成了最后一个想离开的人。

这不是做市商的错。他们保护自己,天经地义。真正需要被追问的是机制本身:一个把赎回通道完全建立在第三方自愿报价之上的系统,能不能把“随时退出”写进产品承诺里。

这里藏着一个Bedrock特有的结构性问题。其他DeFi协议也有二级市场滑点,但它们的赎回通道通常不止一条——可以走销毁机制、可以走协议金库清算、可以走策略终止返还。但uniBTC的底层资产wBTC本身就是一个多签托管的美式收据,Babylon那层再质押又叠了一层链上罚没风险。你的赎回路径被两条外部依赖夹在中间:一头是wBTC的托管人不出事,另一头是Babylon的验证节点不挨罚。这两条依赖链上任何一个环节出问题,二级市场的做市商不会等到你卖出才撤单,他们会比你快。

凭证资产的流动性,正常时是润滑剂,极端时是幻觉。而Bedrock把退出权交还给用户的方式,是把这层幻觉写进了“随时退出”四个字里。#bedrock $BR @Bedrock
عرض الترجمة
我仔细琢磨了一下Bedrock金库的运转机制。把它拆到底,其实就两层逻辑:一层管赚钱,一层管安全。 先说赚钱这层。Selini Capital从2021年起就在跑三条策略线,每一条的盈利逻辑都跟币价涨跌没关系。HFT做市赚的是买卖价差——不管市场是涨是跌,只要有人在交易,价差就存在。CEX套利吃的是不同中心化平台之间的瞬时价差——同一个币在币安和OKX上出现几秒钟的差价,策略就要在几毫秒之内完成低买高卖。DEX-CEX跨层套利弥合的是链上协议和中心化订单簿之间的流动性缺口——当链上池子的价格和链下交易所的价格脱锚时,套利机会就出现了。 这三条线,每一条都绑定一种特定的市场条件。波动率上升,做市收益扩大。平台价差出现,套利启动。链上链下脱锚,跨层套利介入。三条线绑在一起,不是“哪个收益高选哪个”,而是“无论市场怎么走,总有一条在运转”。从工程角度讲,这叫策略冗余。冗余意味着任何单一市场条件的改变都不至于让整个组合停摆。 再说安全这层。这里有一个我琢磨了很久才想明白的设计。Bedrock没有走“信我们,我们很安全”的老路,而是把安全拆成了三个独立模块。Selini管策略执行,Cap覆盖信用层——确保交易对手能履约,你借出去的钱能收回来。Symbiotic跑安全验证——验证节点不是项目方自己搭的,是跑在去中心化验证网络里的。就算Bedrock的开发团队出了问题,安全层依然独立运转。 策略、信用、安全三层分离,各管各的,互不越界。赚钱的只管赚钱,兜底的只管兜底,验算的只管验算。这就是Bedrock金库最底层的机制逻辑。@Bedrock #bedrock $BR
我仔细琢磨了一下Bedrock金库的运转机制。把它拆到底,其实就两层逻辑:一层管赚钱,一层管安全。

先说赚钱这层。Selini Capital从2021年起就在跑三条策略线,每一条的盈利逻辑都跟币价涨跌没关系。HFT做市赚的是买卖价差——不管市场是涨是跌,只要有人在交易,价差就存在。CEX套利吃的是不同中心化平台之间的瞬时价差——同一个币在币安和OKX上出现几秒钟的差价,策略就要在几毫秒之内完成低买高卖。DEX-CEX跨层套利弥合的是链上协议和中心化订单簿之间的流动性缺口——当链上池子的价格和链下交易所的价格脱锚时,套利机会就出现了。

这三条线,每一条都绑定一种特定的市场条件。波动率上升,做市收益扩大。平台价差出现,套利启动。链上链下脱锚,跨层套利介入。三条线绑在一起,不是“哪个收益高选哪个”,而是“无论市场怎么走,总有一条在运转”。从工程角度讲,这叫策略冗余。冗余意味着任何单一市场条件的改变都不至于让整个组合停摆。

再说安全这层。这里有一个我琢磨了很久才想明白的设计。Bedrock没有走“信我们,我们很安全”的老路,而是把安全拆成了三个独立模块。Selini管策略执行,Cap覆盖信用层——确保交易对手能履约,你借出去的钱能收回来。Symbiotic跑安全验证——验证节点不是项目方自己搭的,是跑在去中心化验证网络里的。就算Bedrock的开发团队出了问题,安全层依然独立运转。

策略、信用、安全三层分离,各管各的,互不越界。赚钱的只管赚钱,兜底的只管兜底,验算的只管验算。这就是Bedrock金库最底层的机制逻辑。@Bedrock #bedrock $BR
أوامر Ghost من GENIUS، معظم الناس يعرفون فقط أنها تستطيع تقسيم الطلبات. لكن ما يحدد مصير هذا النظام الخاص هو من سيجمع الأجزاء بعد تقسيمها، ومن يمكنه ذلك، وما إذا كان بإمكانهم استرجاعها. الإجابة مخفية في تصميم نادرًا ما يتم مناقشته: حق توزيع التوجيه للأجزاء. تقسيم الطلبات هو الخطوة الأولى فقط. بعد أن يقوم عقد MPC بتقسيم طلب كبير إلى 500 جزء، هذه الأجزاء لا تذهب إلى السلسلة بمفردها. تحتاج إلى المرور عبر عقد RPC لبثها وترتيبها وتجميعها على السلسلة. في هيكلية أوامر Ghost، هناك حلقة مركزية: توزيع توجيه الأجزاء يتم التحكم فيه بشكل مركزي من قبل منظم موحد. هذا المنظم يقرر أي الأجزاء ستذهب عبر أي عقد RPC، ومتى يتم بثها، وكيف يتم ترتيب تسلسل البث. السبب في أن تدفق الأجزاء الذي تراه على السلسلة ليس له نمط ليس بسبب عشوائية تم إنشاؤها تلقائيًا من الخوارزمية، بل هو نتيجة الترتيب اليدوي لهذا المنظم. هذه ليست عيبًا تقنيًا، بل هي خيار هيكلي. المنظم المركزي يجعل تأثير التمويه قابلًا للتحكم بدقة، لكنه أيضًا يضع نقطة ضعف النظام الخاص بأكمله في نقطة واحدة. إذا انهار المنظم، ستتجمع الأجزاء في الطابور ولا يمكن إرسالها، مما يتسبب في فشل الصفقة. إذا تعرض المنظم لضغوط تنظيمية، يمكنه فقط إيقاف بث الأجزاء لمجموعة معينة من المستخدمين، مما يمنع جميع المعاملات الخاصة للعناوين المحددة من المرور عبر العقد. الأهم من ذلك، أن المنظم يسجل كل جزء وعلاقته بالطلب الأصلي، من أي عنوان رئيسي جاء الطلب، وما هي الأجزاء الـ 500 التي تم تقسيمها، وأي مسار سلكه كل جزء، كل ذلك محفوظ في سجلات تشغيل المنظم. Gh0st تدعي أنها غير قابلة للتعقب على السلسلة، لكن بالنسبة للمنظم نفسه، كل صفقة خاصة هي عارية. المسألة الأساسية في مسار الخصوصية هي الثقة، وليست التقنية. تصميم المنظم المركزي هذا يجعل الثقة مرتبطة بشخص معين، أو خادم معين، أو شركة معينة. عندما يجب أن تمر جميع المعاملات الخاصة عبر نفس المنظم للترتيب قبل أن تدخل السلسلة، فهذا لا يسمى خصوصية، بل وكيل مجهول. كلما كانت صلاحيات الوكيل أكبر، كانت خصوصية المستخدم أكثر هشاشة. الثورة الحقيقية في الخصوصية على السلسلة لا تحتاج إلى وكلاء، بل تحتاج إلى ضمان رياضي لا يستطيع حتى فريق المشروع نفسه رؤية نوايا المستخدم. وصلت أوامر Ghost إلى عمق تقني كبير، لكنها توقفت على بعد خطوة واحدة من النهاية، مما يجعل الجميع لا يرون أوراقك. @GeniusOfficial #genius $GENIUS
أوامر 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
يا إلهي، قبل شوي شفت ناس في الساحة تتكلم،
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
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.
البريد الإلكتروني / رقم الهاتف
خريطة الموقع
تفضيلات ملفات تعريف الارتباط
شروط وأحكام المنصّة