Binance Square
兰精灵
417 منشورات

兰精灵

تحقُّق Binance Square الإضافي
1.7K+ تتابع
32.1K+ المتابعون
7.4K+ إعجاب
منشورات
PINNED
·
--
#dusk 最近梳理RWA项目,看得我有点审美疲劳。大多数方案,要么链上太自由,合规根基一推就倒;要么被传统金融那套绑死,DeFi的灵活度全丢了。直到挖到@Dusk_Foundation ,感觉有点不一样。 DUSK定位做链上的Neobroker,想把货币基金、ETF这类主流资产搬上链。核心依托MTF框架主动适配欧盟监管,底层用XSC标准加上兼容Solidity的DuskEVM,开发迁移门槛不高。技术上走同态加密+ZK的路线,一边藏住机构交易细节,一边给监管留个可审计的后门。合作方NPEX有荷兰合规牌照,累计做了102笔融资,约1.96亿欧元,1.75万活跃投资者,数据看着挺扎实。 不过光看牌照和规划没用,我还是有顾虑:链上结算能不能持续得到监管点头?MTF的强合规跟DeFi的可组合性到底能不能长期共存?$DUSK 在业务闭环里到底承担什么不可替代的作用?这些都是未知数。 再看节点设计,有抵押DUSK参与共识的配置器节点,保存完整历史的归档节点,专门生成证明的证明节点,还有一套完整的运营、升级和故障恢复流程。说明项目想的不是怎么启动,而是怎么长期稳住。 目前还在测试网用SME债券做代币化试用,等Boreas升级后再切MTF挂牌。RWA赛道不缺宏大叙事,缺的是落地案例。短期我保持观望,重点跟踪合规进度、真实资产规模和代币价值捕获。等真金白银进了场,再判断这套方案的成色。 {spot}(DUSKUSDT)
#dusk 最近梳理RWA项目,看得我有点审美疲劳。大多数方案,要么链上太自由,合规根基一推就倒;要么被传统金融那套绑死,DeFi的灵活度全丢了。直到挖到@Dusk ,感觉有点不一样。

DUSK定位做链上的Neobroker,想把货币基金、ETF这类主流资产搬上链。核心依托MTF框架主动适配欧盟监管,底层用XSC标准加上兼容Solidity的DuskEVM,开发迁移门槛不高。技术上走同态加密+ZK的路线,一边藏住机构交易细节,一边给监管留个可审计的后门。合作方NPEX有荷兰合规牌照,累计做了102笔融资,约1.96亿欧元,1.75万活跃投资者,数据看着挺扎实。

不过光看牌照和规划没用,我还是有顾虑:链上结算能不能持续得到监管点头?MTF的强合规跟DeFi的可组合性到底能不能长期共存?$DUSK 在业务闭环里到底承担什么不可替代的作用?这些都是未知数。

再看节点设计,有抵押DUSK参与共识的配置器节点,保存完整历史的归档节点,专门生成证明的证明节点,还有一套完整的运营、升级和故障恢复流程。说明项目想的不是怎么启动,而是怎么长期稳住。

目前还在测试网用SME债券做代币化试用,等Boreas升级后再切MTF挂牌。RWA赛道不缺宏大叙事,缺的是落地案例。短期我保持观望,重点跟踪合规进度、真实资产规模和代币价值捕获。等真金白银进了场,再判断这套方案的成色。
PINNED
تمّ التحقق
لقد كنت أتابع $DUSK مؤخرًا، وكلما نظرت أكثر شعرت أن هذا المشروع يكتّم “ضربة” كبيرة سرًا. بصراحة، في كل مرة يُذكر RWA، يكون السؤال عادةً عن كيفية نقل العقارات أو الأسهم إلى البلوك تشين. لكنني أعتقد أن المشكلة تُطرح بشكل منحرف. البلوك تشين شفاف كأنه بيت زجاجي؛ فهل تجرؤ المؤسسات على كشف استراتيجيات مراكزها كاملة؟ ما يفكر به Dusk ليس هذا الأمر؛ بل يفكر في كيفية تمكين هيئة الرقابة المالية (الجهات التنظيمية) والوسطاء الكبار مثل شركات الأوراق المالية فعليًا من التعامل معه. الطريقة التي اتبعها @Dusk_Foundation تبدو ذكية جدًا: في الطبقة الأساسية استخدم مباشرةً إثباتات المعرفة الصفرية (Zero-Knowledge Proofs) والتشفير المتماثل (Homomorphic Encryption) لبناء خصوصية طبقية. فالمعاملات العادية لا تكون مرئية للعموم، بينما يمكن للجهات الرقابية—وبحوزتها “المفاتيح”—إجراء تدقيق موجّه. بهذه الطريقة تم حل مشكلة كبيرة: امتثال دون كشف الأسرار التجارية. كما تحولت عملية التسوية من أيام إلى ثوانٍ، وانخفضت تكلفة المطابقة بشكل ملحوظ. وهناك نقطة أخرى أراها عملية للغاية: شبكة Kadcast الخاصة بـ Dusk ليست مجرد ضجيج لنقل البيانات عشوائيًا، بل تعمل بمسارات ثابتة وفقًا للمسافة. حركة التكرار تقل، وإذا سقطت العقد يمكن للنظام أن يصحّح. هذا “الثبات” أكثر موثوقية من أولئك الذين يكتفون فقط برفع شعار TPS. قريبًا سيتم إطلاق DuskEVM المتوافق مع Solidity، ومع وحدة الخصوصية Hedger، يمكن لعقود EVM أيضًا تنفيذ معاملات مشفّرة، ما يجعل المنتجات مثل الصناديق والسندات أسهل للتطبيق على أرض الواقع. وعلى المستوى الأعلى يوجد Dusk Trade، بالاعتماد على إطار الاتحاد الأوروبي للحصول على ترخيص MTF، ويجري بالفعل الترويج لمنتجات امتثال RWA. وفي مجال التعاون، تتم الشراكة مع بورصة مُرخّصة NPEX لدفع التنفيذ، بهدف إرساء أصول تتجاوز 300 مليون يورو، ثم ربط دورة التداول عبر Chainlink CCIP. باختصار، Dusk ليس مجرد تحويل/مواءمة الرمز المميز، بل يدعم إصدار الأوراق المالية المشفرة “أصلًا” وامتثالًا على البلوك تشين، مع تنفيذ كامل على السلسلة وتقليل طبقة وسيطة. في مسار RWA، هذا النهج الذي يوازن بين الخصوصية والتنظيم ما زال نادرًا نسبيًا. لاحقًا كل ما علينا مراقبته هو تقدم إطلاق الشبكة الرئيسية وموعد التطبيق الفعلي. #dusk {spot}(DUSKUSDT)
لقد كنت أتابع $DUSK مؤخرًا، وكلما نظرت أكثر شعرت أن هذا المشروع يكتّم “ضربة” كبيرة سرًا.

بصراحة، في كل مرة يُذكر RWA، يكون السؤال عادةً عن كيفية نقل العقارات أو الأسهم إلى البلوك تشين. لكنني أعتقد أن المشكلة تُطرح بشكل منحرف. البلوك تشين شفاف كأنه بيت زجاجي؛ فهل تجرؤ المؤسسات على كشف استراتيجيات مراكزها كاملة؟ ما يفكر به Dusk ليس هذا الأمر؛ بل يفكر في كيفية تمكين هيئة الرقابة المالية (الجهات التنظيمية) والوسطاء الكبار مثل شركات الأوراق المالية فعليًا من التعامل معه.

الطريقة التي اتبعها @Dusk تبدو ذكية جدًا: في الطبقة الأساسية استخدم مباشرةً إثباتات المعرفة الصفرية (Zero-Knowledge Proofs) والتشفير المتماثل (Homomorphic Encryption) لبناء خصوصية طبقية. فالمعاملات العادية لا تكون مرئية للعموم، بينما يمكن للجهات الرقابية—وبحوزتها “المفاتيح”—إجراء تدقيق موجّه. بهذه الطريقة تم حل مشكلة كبيرة: امتثال دون كشف الأسرار التجارية. كما تحولت عملية التسوية من أيام إلى ثوانٍ، وانخفضت تكلفة المطابقة بشكل ملحوظ.

وهناك نقطة أخرى أراها عملية للغاية: شبكة Kadcast الخاصة بـ Dusk ليست مجرد ضجيج لنقل البيانات عشوائيًا، بل تعمل بمسارات ثابتة وفقًا للمسافة. حركة التكرار تقل، وإذا سقطت العقد يمكن للنظام أن يصحّح. هذا “الثبات” أكثر موثوقية من أولئك الذين يكتفون فقط برفع شعار TPS.

قريبًا سيتم إطلاق DuskEVM المتوافق مع Solidity، ومع وحدة الخصوصية Hedger، يمكن لعقود EVM أيضًا تنفيذ معاملات مشفّرة، ما يجعل المنتجات مثل الصناديق والسندات أسهل للتطبيق على أرض الواقع. وعلى المستوى الأعلى يوجد Dusk Trade، بالاعتماد على إطار الاتحاد الأوروبي للحصول على ترخيص MTF، ويجري بالفعل الترويج لمنتجات امتثال RWA. وفي مجال التعاون، تتم الشراكة مع بورصة مُرخّصة NPEX لدفع التنفيذ، بهدف إرساء أصول تتجاوز 300 مليون يورو، ثم ربط دورة التداول عبر Chainlink CCIP.

باختصار، Dusk ليس مجرد تحويل/مواءمة الرمز المميز، بل يدعم إصدار الأوراق المالية المشفرة “أصلًا” وامتثالًا على البلوك تشين، مع تنفيذ كامل على السلسلة وتقليل طبقة وسيطة. في مسار RWA، هذا النهج الذي يوازن بين الخصوصية والتنظيم ما زال نادرًا نسبيًا. لاحقًا كل ما علينا مراقبته هو تقدم إطلاق الشبكة الرئيسية وموعد التطبيق الفعلي. #dusk
钞机八蛋
·
--
[انتهى] 🎙️ لوحة مهام المبدعين/DUSK
13.4k يستمعون
تَصَادُفُ حُزْمَةً من الزهور الزرقاء الصغيرة، نغمةٌ بنفسجية هادئة تختبئ بين ثنايا الخضرة؛ أَبطِئْ خُطاك، واكتشف أنَّ أجمل الأشياء الصغيرة من حولك مرئية في كل مكان. $SOL $BNB
تَصَادُفُ حُزْمَةً من الزهور الزرقاء الصغيرة، نغمةٌ بنفسجية هادئة تختبئ بين ثنايا الخضرة؛ أَبطِئْ خُطاك، واكتشف أنَّ أجمل الأشياء الصغيرة من حولك مرئية في كل مكان.
$SOL $BNB
الجبال البعيدة كستار، وشفقٌ أحمر يغطي السماء بأكملها؛ وفي تلك اللحظة، تنطوي مدينةٌ عامرة بالحياة داخل أفق الغروب. أبطئ خطواتك واستمتع بالمناظر أمامك؛ وغالبًا ما تكمن روعة الحياة في تلك اللحظة بالذات حين ترفع عينيك لتراها—غروبًا. $SOL $BNB
الجبال البعيدة كستار، وشفقٌ أحمر يغطي السماء بأكملها؛ وفي تلك اللحظة، تنطوي مدينةٌ عامرة بالحياة داخل أفق الغروب. أبطئ خطواتك واستمتع بالمناظر أمامك؛ وغالبًا ما تكمن روعة الحياة في تلك اللحظة بالذات حين ترفع عينيك لتراها—غروبًا.
$SOL $BNB
$BABY #baby 昨晚用0.01个BTC,实打实走了一遍Babylon的流程,顺便在Aave里借了一圈,说下我的真实感受。 操作流程比我预想中顺,没遇到卡顿或者突然报错那种糟心事儿,至少不用担心一个手滑把本金搞没了。跟以前那些撸空投的项目比起来,体验确实强一截,这点得给@babylonlabs_io 点个赞。 لكن说到收益嘛,就挺现实的。0.01BTC按630U算,质押gas花了2.3U,后面解押还得再掏一笔。按现在这个收益水平,我得质押两百多天才能把成本挣回来。大户可以考虑把借出来的资金再滚一滚放大收益,小资金的话说实话折腾意义不大。 另外说下那个质押页面上的红字:最高0.1%罚没,我刚开始也愣了一下。后来才明白了,Babylon用的EOTS技术,只有验证者敢搞双重签名作恶,私钥才会被自动提取出来,任何人都能触发罚没。正常出块的话本金一分不少,节点掉线最多也就损失点收益。0.1%在PoS里算很克制了,更像是个防盗机制,你不作死它不会咬你。选验证者的时候多看下历史记录和稳定性,分散委托几个靠谱的更稳妥。 还有个细节挺有意思:Babylon的TVL大概26亿美金,BABY市值才五千万出头,比值快50:1了。也就是说提供BTC安全价值的持有人几乎没啥治理权,协议参数、奖励分配这些全是BABY持有者说了算。正常PoS里质押权重和投票权是一体的,这里给拆开了。目前还没出现真正冲突的提案,但将来要是遇到费率调整或者资源分配上的分歧,这个设计会不会出问题,值得继续观察。 整体体验下来,机制设计确实有意思,我觉得如果是小资金可以先观望,如果是大资金可以慢慢往里挖。$BABY {spot}(BABYUSDT)
$BABY #baby 昨晚用0.01个BTC,实打实走了一遍Babylon的流程,顺便在Aave里借了一圈,说下我的真实感受。

操作流程比我预想中顺,没遇到卡顿或者突然报错那种糟心事儿,至少不用担心一个手滑把本金搞没了。跟以前那些撸空投的项目比起来,体验确实强一截,这点得给@BabylonLabs_io 点个赞。

لكن说到收益嘛,就挺现实的。0.01BTC按630U算,质押gas花了2.3U,后面解押还得再掏一笔。按现在这个收益水平,我得质押两百多天才能把成本挣回来。大户可以考虑把借出来的资金再滚一滚放大收益,小资金的话说实话折腾意义不大。

另外说下那个质押页面上的红字:最高0.1%罚没,我刚开始也愣了一下。后来才明白了,Babylon用的EOTS技术,只有验证者敢搞双重签名作恶,私钥才会被自动提取出来,任何人都能触发罚没。正常出块的话本金一分不少,节点掉线最多也就损失点收益。0.1%在PoS里算很克制了,更像是个防盗机制,你不作死它不会咬你。选验证者的时候多看下历史记录和稳定性,分散委托几个靠谱的更稳妥。

还有个细节挺有意思:Babylon的TVL大概26亿美金,BABY市值才五千万出头,比值快50:1了。也就是说提供BTC安全价值的持有人几乎没啥治理权,协议参数、奖励分配这些全是BABY持有者说了算。正常PoS里质押权重和投票权是一体的,这里给拆开了。目前还没出现真正冲突的提案,但将来要是遇到费率调整或者资源分配上的分歧,这个设计会不会出问题,值得继续观察。

整体体验下来,机制设计确实有意思,我觉得如果是小资金可以先观望,如果是大资金可以慢慢往里挖。$BABY
@babylonlabs_io #baby كنت أتابع المنشورات أمس، ووصلت إلى مصطلح الاستراتيجية: قامت عدة جهات مؤسسية، من بينها AllianceBernstein و BlackRock و Coinbase، بتأسيس تحالف أمان البيتكوين، باستثمار 15 مليون دولار على مدى ثلاث سنوات، مع التركيز على مخاطر الحوسبة الكمّية. عندما رأيت Anchorage توقفت لحظة؛ فهذه المؤسسة هي أيضًا الجهة المُسندة/الوصيّة لدى Babylon Labs. إذًا نحن أمام نفس الطرف: من جهة تستضيف/تحتجز Babylon لتأمين BTC، ومن جهة أخرى تبحث ما إذا كان تشفير البيتكوين قادرًا على الصمود أمام الهجمات الكمّية—وهما خطّان يتابعان مسألة الأمان في الوقت نفسه. كنت قد شاهدت سابقًا محتوى عن مقاومة الهجمات الكمّية، وفيه منطق “سرقة ثم فكّ”: يحتفظ المهاجمون ببيانات على السلسلة أولًا، ثم ينتظرون حتى تنضج أجهزة الحوسبة الكمّية لفكّ التشفير. ينطبق هذا المنطق أيضًا على نظام توقيعات البيتكوين. بمجرد انتقال البيتكوين إلى حل مقاوم للكمّ، ستحتاج التطبيقات العليا المبنية على التوقيعات الحالية إلى إجراء تعديلات متزامنة. إن استيـثاق Babylon يعتمد على توقيعات أحادية/مرة واحدة (one-time)، وهو مبني بالكامل على الخوارزميات الحالية؛ فإذا اختلّ توقيت الترقيات بين الجانبين، فهل قد ينشأ “فراغ أمان”؟ هذه نقطة قليلة من يناقشها علنًا حتى الآن. ثم لننتقل إلى تصميم فعالية Babylon TBV: في الشبكة التجريبية، تبقى BTC الأصلية ما تزال محبوسة داخل Bitcoin Signet vault. بعد أن يستقبل Aave v4، يقوم المُكيّف/المحوّل (adapter) بتوليد سجل داخلي واحد مطابق واحد-بواحد. هذا السجل لا يمكن استخدامه إلا بين العقود المصرّح بها؛ أما التحويل إلى عنوان عادي فيفشل، ولن يصل إلى محفظة المستخدم، ولا يوجد سوق ثانوي. عند الخروج أو التصفية، يتم إغلاق السجلات مباشرة. وهذا يختلف تمامًا عن wrapped BTC؛ فالأقرب هو تذكرة مكان موقف السيارة التي تُثبت وجود سيارة بداخلها، وليست “سيارة جديدة” يمكن قيادتها وبيعها. وأخيرًا بخصوص فك الإيداع/التحرير لرمز $BABY : قامت الجهة الرسمية بتحديده بحوالي يومين بشكل واضح، وهو أسرع بكثير من 21 يومًا المعتاد في Cosmos. لكن الأمر ليس كأنك بمجرد الضغط تبدأ العدّ التنازلي فورًا: الطلب يحتاج أولًا إلى الانتظار في طابور حتى ينتهي epoch الحالي، ثم يُكتب في نقاط/Checkpoint الخاصة بالبيتكوين، ثم يلزم الانتظار حتى تأكيد 300 بلوك. التقدير في الوثائق حوالي 50 ساعة. إذا انحشر التنفيذ في بداية الـepoch أو إذا تباطأ إنتاج بلوكات البيتكوين، ستمتد المدة. وفك الإيداع لا يعني انتهاء المخاطر: ما زال يمكن أن يواجه المُدققون (validators) عقوبة “double sign” بنسبة 5%. أكثر شيء أريد التركيز عليه الآن هو: في حالات الشبكات المختلفة، ما هو متوسط وقت وصول الأموال فعليًا ونسبة حالات الفشل. {spot}(BABYUSDT)
@BabylonLabs_io #baby كنت أتابع المنشورات أمس، ووصلت إلى مصطلح الاستراتيجية: قامت عدة جهات مؤسسية، من بينها AllianceBernstein و BlackRock و Coinbase، بتأسيس تحالف أمان البيتكوين، باستثمار 15 مليون دولار على مدى ثلاث سنوات، مع التركيز على مخاطر الحوسبة الكمّية. عندما رأيت Anchorage توقفت لحظة؛ فهذه المؤسسة هي أيضًا الجهة المُسندة/الوصيّة لدى Babylon Labs. إذًا نحن أمام نفس الطرف: من جهة تستضيف/تحتجز Babylon لتأمين BTC، ومن جهة أخرى تبحث ما إذا كان تشفير البيتكوين قادرًا على الصمود أمام الهجمات الكمّية—وهما خطّان يتابعان مسألة الأمان في الوقت نفسه.

كنت قد شاهدت سابقًا محتوى عن مقاومة الهجمات الكمّية، وفيه منطق “سرقة ثم فكّ”: يحتفظ المهاجمون ببيانات على السلسلة أولًا، ثم ينتظرون حتى تنضج أجهزة الحوسبة الكمّية لفكّ التشفير. ينطبق هذا المنطق أيضًا على نظام توقيعات البيتكوين. بمجرد انتقال البيتكوين إلى حل مقاوم للكمّ، ستحتاج التطبيقات العليا المبنية على التوقيعات الحالية إلى إجراء تعديلات متزامنة. إن استيـثاق Babylon يعتمد على توقيعات أحادية/مرة واحدة (one-time)، وهو مبني بالكامل على الخوارزميات الحالية؛ فإذا اختلّ توقيت الترقيات بين الجانبين، فهل قد ينشأ “فراغ أمان”؟ هذه نقطة قليلة من يناقشها علنًا حتى الآن.

ثم لننتقل إلى تصميم فعالية Babylon TBV: في الشبكة التجريبية، تبقى BTC الأصلية ما تزال محبوسة داخل Bitcoin Signet vault. بعد أن يستقبل Aave v4، يقوم المُكيّف/المحوّل (adapter) بتوليد سجل داخلي واحد مطابق واحد-بواحد. هذا السجل لا يمكن استخدامه إلا بين العقود المصرّح بها؛ أما التحويل إلى عنوان عادي فيفشل، ولن يصل إلى محفظة المستخدم، ولا يوجد سوق ثانوي. عند الخروج أو التصفية، يتم إغلاق السجلات مباشرة. وهذا يختلف تمامًا عن wrapped BTC؛ فالأقرب هو تذكرة مكان موقف السيارة التي تُثبت وجود سيارة بداخلها، وليست “سيارة جديدة” يمكن قيادتها وبيعها.

وأخيرًا بخصوص فك الإيداع/التحرير لرمز $BABY : قامت الجهة الرسمية بتحديده بحوالي يومين بشكل واضح، وهو أسرع بكثير من 21 يومًا المعتاد في Cosmos. لكن الأمر ليس كأنك بمجرد الضغط تبدأ العدّ التنازلي فورًا: الطلب يحتاج أولًا إلى الانتظار في طابور حتى ينتهي epoch الحالي، ثم يُكتب في نقاط/Checkpoint الخاصة بالبيتكوين، ثم يلزم الانتظار حتى تأكيد 300 بلوك. التقدير في الوثائق حوالي 50 ساعة. إذا انحشر التنفيذ في بداية الـepoch أو إذا تباطأ إنتاج بلوكات البيتكوين، ستمتد المدة. وفك الإيداع لا يعني انتهاء المخاطر: ما زال يمكن أن يواجه المُدققون (validators) عقوبة “double sign” بنسبة 5%. أكثر شيء أريد التركيز عليه الآن هو: في حالات الشبكات المختلفة، ما هو متوسط وقت وصول الأموال فعليًا ونسبة حالات الفشل.
تمّ التحقق
@babylonlabs_io #baby بصراحة، بعد مشاهدة الكثير من مشاريع السلاسل المتقاطعة، كان بابل أول مشروع جعلني أشعر حقًا: «هؤلاء الناس يفهمون البيتكوين». ما هي أعظم عملية لدى TBV؟ ليست السرعة في الربط المتقاطع، ولا جودة التجربة، بل أنها أساسًا لا تسلك الطريق القديم المتمثل في حشر مجموعة من المدققين لتجميع التواقيع وتمرير الأمر. عملاتك تظل دائمًا على الشبكة الرئيسية للبيتكوين، ولا توجد عقود جسور تمسك أصولك لتنتظر أن تُخترق بمفاتيح خاصة تُثقب هنا وهناك. هذا الخندق الحصين واقعي وملموس، وليس شيئًا تُنفخ به الدعاية. راجعْت ورقة البيانات بعناية، فمسار التحدي الخاص ببابل يتطلب أيضًا أن يتوصل الأطراف المشاركون إلى توافق، لكن الفارق الأساسي هو أن تلك المجموعة تُكتب بشكل مُضمَّن داخل نص بيتكوين عند إنشاء المِخزن (الخزانة). نافذة إساءة الاستخدام تُغلق لحظة الإنشاء—وهذا لا يشبه إطلاقًا فكرة أن النظام أثناء التشغيل يستمر في تجميع العتبة من التواقيع ثم تمرير الأموال. باختصار: الجسر ليس هو الذنب، بل آلية التواقيع القابلة للتجميع أثناء التشغيل هي المشكلة—أو هي بيت القصيد. هذا الأمر يعيدني إلى EigenLayer عندما جرى العبث به عبر الأوراكل العام الماضي. مهما كانت عملية إعادة التكديس (الـ re-staking) مزخرفة، في النهاية لا يزال الحكم على إساءة الاستخدام يحتاج إلى قاضٍ خارجي. فإذا تأخر الحكم أو تمّت مهاجمته، يصبح التقليل من الرصيد (削减) مجرد كلام. TBV ببساطة لا يعتمد على القاضي. منطق EOTS هو أن التوقيعين يُظهران المفتاح الخاص تلقائيًا؛ فالرياضيات تحسم الأمر، ولا توجد تبعية خارجية. هذه هي الورقة الأكثر تقليلًا في تقديرها. الأمان الحقيقي هنا: بيتكوين الأصلية دون الحاجة إلى جسر فقط لأن التجربة «أطيب»، أما التقليل دون الاعتماد على الأوراكل فهو ما يجعله آمنًا حقًا. بالطبع، EOTS لا يمكنه التعامل إلا مع حالات إساءة الاستخدام من نوع «التوقيع المزدوج» عبر التشفير؛ ولا يستطيع اعتراض معاملات مُعَيَّنة أو التعامل مع الاستلام/المراقبة عند طول فترة عدم الاتصال—فالأدوات المتخصصة ليست دائمًا شرطيًا لا يخطئ. عندما أعيد قراءة القسم 9.6 أدركت أخيرًا: طابع بيتكوين الزمني يوفر أمانًا على المدى البعيد، والتكديس يضيف أمانًا اقتصاديًا ضد الهجمات قصيرة المدى. قصيرة المدى تعتمد على ردع حرق العملات، وطويلة المدى تعتمد على PoW لتثبيت التاريخ. بابل تلحمهما معًا: تجعل سلسلة PoS تمتلك في الوقت نفسه قوة الردع الفورية وعدم القابلية للتلاعب في التاريخ. لكن شرط التأمين المزدوج هو أن الساقين الاثنتين تقفانان بثبات. هل يمكن أن تصبح مزامنة الطوابع الزمنية المتأخرة ثغرة؟ هل عتبة المصادرة (الجزاء) مرتفعة بما يكفي؟ هذه نقاط تستحق المتابعة. أما الشيء غير القابل للنسخ حرفيًا، فهو هذه البنية التي تُجنب تخفيض الرصيد بدون أوراكل. $BABY {spot}(BABYUSDT)
@BabylonLabs_io #baby بصراحة، بعد مشاهدة الكثير من مشاريع السلاسل المتقاطعة، كان بابل أول مشروع جعلني أشعر حقًا: «هؤلاء الناس يفهمون البيتكوين».

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

راجعْت ورقة البيانات بعناية، فمسار التحدي الخاص ببابل يتطلب أيضًا أن يتوصل الأطراف المشاركون إلى توافق، لكن الفارق الأساسي هو أن تلك المجموعة تُكتب بشكل مُضمَّن داخل نص بيتكوين عند إنشاء المِخزن (الخزانة). نافذة إساءة الاستخدام تُغلق لحظة الإنشاء—وهذا لا يشبه إطلاقًا فكرة أن النظام أثناء التشغيل يستمر في تجميع العتبة من التواقيع ثم تمرير الأموال. باختصار: الجسر ليس هو الذنب، بل آلية التواقيع القابلة للتجميع أثناء التشغيل هي المشكلة—أو هي بيت القصيد.

هذا الأمر يعيدني إلى EigenLayer عندما جرى العبث به عبر الأوراكل العام الماضي. مهما كانت عملية إعادة التكديس (الـ re-staking) مزخرفة، في النهاية لا يزال الحكم على إساءة الاستخدام يحتاج إلى قاضٍ خارجي. فإذا تأخر الحكم أو تمّت مهاجمته، يصبح التقليل من الرصيد (削减) مجرد كلام. TBV ببساطة لا يعتمد على القاضي. منطق EOTS هو أن التوقيعين يُظهران المفتاح الخاص تلقائيًا؛ فالرياضيات تحسم الأمر، ولا توجد تبعية خارجية. هذه هي الورقة الأكثر تقليلًا في تقديرها. الأمان الحقيقي هنا: بيتكوين الأصلية دون الحاجة إلى جسر فقط لأن التجربة «أطيب»، أما التقليل دون الاعتماد على الأوراكل فهو ما يجعله آمنًا حقًا. بالطبع، EOTS لا يمكنه التعامل إلا مع حالات إساءة الاستخدام من نوع «التوقيع المزدوج» عبر التشفير؛ ولا يستطيع اعتراض معاملات مُعَيَّنة أو التعامل مع الاستلام/المراقبة عند طول فترة عدم الاتصال—فالأدوات المتخصصة ليست دائمًا شرطيًا لا يخطئ.

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

لكن شرط التأمين المزدوج هو أن الساقين الاثنتين تقفانان بثبات. هل يمكن أن تصبح مزامنة الطوابع الزمنية المتأخرة ثغرة؟ هل عتبة المصادرة (الجزاء) مرتفعة بما يكفي؟ هذه نقاط تستحق المتابعة. أما الشيء غير القابل للنسخ حرفيًا، فهو هذه البنية التي تُجنب تخفيض الرصيد بدون أوراكل. $BABY
لقد قرأتُ أيضًا الكتاب الأبيض الخاص بـ Babylon مرةً أخرى أمس، بصراحة، شعرتُ هذه المرة أن الانطباع مختلف قليلًا عن المرة السابقة. في السابق كنتُ دائمًا أظن أن BTC مجرد شيء يُشترى ويُترك، ثم ننتظر ارتفاع السعر فقط. لكن ما يريد Babylon القيام به هو جعل BTC من أصلٍ يُخزَّن دون حركة إلى أصلٍ قادر على توليد أرباح. اليوم، يوجد في التداول في السوق قرابة عشرين مليون BTC، لكن الجزء الذي يُستخدم فعلًا على السلسلة للقيام بعمليات مالية قليل جدًا. فكّر في الأمر: في السابق، لو أراد أحد استخدام BTC لكسب عوائد عبر DeFi، فكان الحل إما عبر الربط عبر السلاسل (cross-chain) أو تحويله إلى WBTC. لكن بصراحة، كل خطوة إضافية تتعلق بالوصاية (custody) والجسور (bridges) لا أشعر فيها بالأمان. أكبر قيمة لـ BTC هي الأمان؛ فالتضحية بالأمان مقابل بضعة مكاسب ليست صفقة تستحق. الذكاء في Babylon يكمن في أنها لا تتحرك بالـ BTC نفسها. فقط بالاعتماد على آليات الأمان الأصلية في البيتكوين، تجعل BTC تُستخدم كـ“حارس” لسلاسل PoS أخرى مقابل عوائد. كأن BTC لا تحتاج إلى الانتقال؛ يمكنها العمل من مكانها في المنزل. يحصل الحائزون على عوائد، وتتوفر للسلسلة الصغيرة ضمانات أمان، ويكون للبيئة سببٌ للدخول، فتزداد المتطلبات تلقائيًا. المنطق يبدو سلسًا، لكن الآن أكبر مشكلة ليست ما إذا كانت التقنية تعمل أم لا، بل هل سيشتري السوق هذه الفكرة فعلًا. بالإضافة إلى ذلك، راجعتُ تصميم Babylon في مرحلة Genesis؛ تصميمه المعياري واضح للغاية، مثل Epoching وCheckpointing، وهذا أمر أقدّره. لكن بقدر ما توجد وحدات أكثر، فهل سيصبح تنسيق الترقيات وتحديثها لاحقًا عبئًا؟ أنا أيضًا أراقب هذا الجانب. في الآونة الأخيرة، بدأ المسؤولون يتحدثون عن TBV وBABE؛ أشعر أن التركيز يتجه أكثر نحو التطبيقات وتحسين التكلفة. فتكاليف التحقق لا يمكن ضغطها كثيرًا؛ وإذا لم تنجح القصة على أرض الواقع فلن يفيد أن تكون جميلة. أعتقد أن اتجاه Babylon صحيح، لكن الطريق لا يزال طويلًا—لنرَ أولًا ونتابع. @babylonlabs_io $BABY {spot}(BABYUSDT) #baby
لقد قرأتُ أيضًا الكتاب الأبيض الخاص بـ Babylon مرةً أخرى أمس، بصراحة، شعرتُ هذه المرة أن الانطباع مختلف قليلًا عن المرة السابقة.

في السابق كنتُ دائمًا أظن أن BTC مجرد شيء يُشترى ويُترك، ثم ننتظر ارتفاع السعر فقط. لكن ما يريد Babylon القيام به هو جعل BTC من أصلٍ يُخزَّن دون حركة إلى أصلٍ قادر على توليد أرباح. اليوم، يوجد في التداول في السوق قرابة عشرين مليون BTC، لكن الجزء الذي يُستخدم فعلًا على السلسلة للقيام بعمليات مالية قليل جدًا. فكّر في الأمر: في السابق، لو أراد أحد استخدام BTC لكسب عوائد عبر DeFi، فكان الحل إما عبر الربط عبر السلاسل (cross-chain) أو تحويله إلى WBTC. لكن بصراحة، كل خطوة إضافية تتعلق بالوصاية (custody) والجسور (bridges) لا أشعر فيها بالأمان. أكبر قيمة لـ BTC هي الأمان؛ فالتضحية بالأمان مقابل بضعة مكاسب ليست صفقة تستحق.

الذكاء في Babylon يكمن في أنها لا تتحرك بالـ BTC نفسها. فقط بالاعتماد على آليات الأمان الأصلية في البيتكوين، تجعل BTC تُستخدم كـ“حارس” لسلاسل PoS أخرى مقابل عوائد. كأن BTC لا تحتاج إلى الانتقال؛ يمكنها العمل من مكانها في المنزل. يحصل الحائزون على عوائد، وتتوفر للسلسلة الصغيرة ضمانات أمان، ويكون للبيئة سببٌ للدخول، فتزداد المتطلبات تلقائيًا. المنطق يبدو سلسًا، لكن الآن أكبر مشكلة ليست ما إذا كانت التقنية تعمل أم لا، بل هل سيشتري السوق هذه الفكرة فعلًا.

بالإضافة إلى ذلك، راجعتُ تصميم Babylon في مرحلة Genesis؛ تصميمه المعياري واضح للغاية، مثل Epoching وCheckpointing، وهذا أمر أقدّره. لكن بقدر ما توجد وحدات أكثر، فهل سيصبح تنسيق الترقيات وتحديثها لاحقًا عبئًا؟ أنا أيضًا أراقب هذا الجانب.

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

أعتقد أن اتجاه Babylon صحيح، لكن الطريق لا يزال طويلًا—لنرَ أولًا ونتابع. @BabylonLabs_io $BABY
#baby
#baby هذه الأيام أخرجت ورقة/الـ“بيبر” الخاصة بـ@babylonlabs_io وراجعْتها مرة أخرى. بصراحة، كلما قرأتها أكثر شعرت أن الجميع كان يراقب ارتفاع/انخفاض سعر BTC كثيرًا، وربما لهذا فاتت علينا فرص كبيرة. فكّر في الأمر: أصلٌ قيمته بعشرات/مئات المليارات (من فئة تريليون) معظم الوقت يكون “نائمًا” داخل المحفظة. أليس هذا نوعًا من إهدار القدرة؟ عندما يتحدث كثيرون عن Babylon فإنهم يقولون إن الأمر هو إقراض/تثبيت BTC من أجل كسب فوائد (عائدات). برأيي هذا الفهم سطحي. الفكرة الحقيقية ليست مجرد “ربح فائدة”، بل إعطاء BTC أسلوب حياة جديد: من “فلوس ميتة” إلى “فلوس حية”، تتحول إلى أصل إنتاجي يمكنه الاستمرار في “إخراج العائد”. في السابق، كان إدخال BTC إلى DeFi يتطلب الالتفاف عبر جسور بين السلاسل أو تغليفه في WBTC. لكن أقوى ما يميز BTC دائمًا لم يكن السرعة، بل تلك الإحساس بالأمان الثقيل والثابت. بمجرد تسليم الأمر إلى جهة طرف ثالث للحفظ/التوصيل (custody)، تكون هناك دائمًا عقدة/قلق في القلب. أما Babylon فنهجه مختلف: فهو لا يمسّ BTC نفسه، بل يستخدم آليات الأمان الأصلية للبيتكوين لكي تذهب مباشرة لتصبح “حارسًا/مرافق أمنيًا” لسلاسل PoS أخرى، مع أخذ بعض التحفيزات كذلك. لا تحتاج لتحريك الأصول من مكانها؛ المفتاح الخاص تبقيه أنت ممسكًا به، والالتزام بالقواعد يحكمه علم التشفير: إذا لم تتحقق الشروط، فلن تُرسل أي حركة/إجراء أصلًا. هذه النقطة مريحة جدًا. المنطق التجاري لـBabylon بسيط وواضح: حاملوا العملات يحصلون على عوائد، والسلاسل الصغيرة تحصل على “ذراع أمن” مجاني تقريبًا، وكلما توسّعت المنظومة، ارتفع الطلب على BTC تبعًا لذلك. بالطبع الطريق طويل؛ كم شخص يرغب في الإيداع/التأمين (staking)، وكم سلسلة ستوافق على المشاركة… كل ذلك يحتاج أن نرى تدريجيًا. لكن لدي أيضًا تفكير أعمق: ماذا لو كانت السلسلة المُدعَّمة/المكفولة فعلًا قد تسببت في كارثة كبيرة؟ هل ستُسحب سمعة البيتكوين التي تم تجميعها لسنوات إلى القاع معها؟ هذا النوع من مخاطر انتقال السمعة لا يتحدث عنه كثيرون الآن، لكني أعتقد أنه يجب أن أضعه في رأسي مبكرًا. بالنسبة إلى $BABY، فالقيمة النهائية لا تعتمد على مدى “توهّج” المفهوم، بل على عدد حاملي BTC الذين يقتنعون فعلًا بأن يسلّموا حق استخدام أصولهم لهذه القواعد القابلة للتحقق. مستقبل مشاريع BTCFi سيكون مليئًا وكثيفًا بلا شك، لكن ما يهمني أكثر هو: من يستطيع أن يثبت أنها ستبقى ضمن القواعد وتعيش بالعائد، دون أن تتجاوز الحدود عشوائيًا.$BABY {spot}(BABYUSDT)
#baby هذه الأيام أخرجت ورقة/الـ“بيبر” الخاصة بـ@BabylonLabs_io وراجعْتها مرة أخرى. بصراحة، كلما قرأتها أكثر شعرت أن الجميع كان يراقب ارتفاع/انخفاض سعر BTC كثيرًا، وربما لهذا فاتت علينا فرص كبيرة.

فكّر في الأمر: أصلٌ قيمته بعشرات/مئات المليارات (من فئة تريليون) معظم الوقت يكون “نائمًا” داخل المحفظة. أليس هذا نوعًا من إهدار القدرة؟ عندما يتحدث كثيرون عن Babylon فإنهم يقولون إن الأمر هو إقراض/تثبيت BTC من أجل كسب فوائد (عائدات). برأيي هذا الفهم سطحي. الفكرة الحقيقية ليست مجرد “ربح فائدة”، بل إعطاء BTC أسلوب حياة جديد: من “فلوس ميتة” إلى “فلوس حية”، تتحول إلى أصل إنتاجي يمكنه الاستمرار في “إخراج العائد”.

في السابق، كان إدخال BTC إلى DeFi يتطلب الالتفاف عبر جسور بين السلاسل أو تغليفه في WBTC. لكن أقوى ما يميز BTC دائمًا لم يكن السرعة، بل تلك الإحساس بالأمان الثقيل والثابت. بمجرد تسليم الأمر إلى جهة طرف ثالث للحفظ/التوصيل (custody)، تكون هناك دائمًا عقدة/قلق في القلب. أما Babylon فنهجه مختلف: فهو لا يمسّ BTC نفسه، بل يستخدم آليات الأمان الأصلية للبيتكوين لكي تذهب مباشرة لتصبح “حارسًا/مرافق أمنيًا” لسلاسل PoS أخرى، مع أخذ بعض التحفيزات كذلك. لا تحتاج لتحريك الأصول من مكانها؛ المفتاح الخاص تبقيه أنت ممسكًا به، والالتزام بالقواعد يحكمه علم التشفير: إذا لم تتحقق الشروط، فلن تُرسل أي حركة/إجراء أصلًا. هذه النقطة مريحة جدًا.

المنطق التجاري لـBabylon بسيط وواضح: حاملوا العملات يحصلون على عوائد، والسلاسل الصغيرة تحصل على “ذراع أمن” مجاني تقريبًا، وكلما توسّعت المنظومة، ارتفع الطلب على BTC تبعًا لذلك. بالطبع الطريق طويل؛ كم شخص يرغب في الإيداع/التأمين (staking)، وكم سلسلة ستوافق على المشاركة… كل ذلك يحتاج أن نرى تدريجيًا.

لكن لدي أيضًا تفكير أعمق: ماذا لو كانت السلسلة المُدعَّمة/المكفولة فعلًا قد تسببت في كارثة كبيرة؟ هل ستُسحب سمعة البيتكوين التي تم تجميعها لسنوات إلى القاع معها؟ هذا النوع من مخاطر انتقال السمعة لا يتحدث عنه كثيرون الآن، لكني أعتقد أنه يجب أن أضعه في رأسي مبكرًا.

بالنسبة إلى $BABY ، فالقيمة النهائية لا تعتمد على مدى “توهّج” المفهوم، بل على عدد حاملي BTC الذين يقتنعون فعلًا بأن يسلّموا حق استخدام أصولهم لهذه القواعد القابلة للتحقق. مستقبل مشاريع BTCFi سيكون مليئًا وكثيفًا بلا شك، لكن ما يهمني أكثر هو: من يستطيع أن يثبت أنها ستبقى ضمن القواعد وتعيش بالعائد، دون أن تتجاوز الحدود عشوائيًا.$BABY
#baby بصراحة، عندما تواصلت لأول مرة مع Babylon، كان لدي تردد في قلبي. لست لأنني لا أثق بالتقنية، بل لأن السوق لقّنني كثيرًا. انظر إلى الكثير من المشاريع في السوق: كل واحد يصرّ على أنك يجب أن تثق به، لكن عندما يقع الأمر فعلًا، أليس في النهاية علينا أن نلتمس من الجهة المطوّرة الخروج لتسوية الأمور؟ لذلك عندما قمت بإيداع BTC كضمان لأول مرة، ومررت كامل العملية خطوة بخطوة، بقيت طوال الوقت مشدودًا. لكن بعد أن قرأت كامل وثائق تصميم Timelock Bitcoin Vault، اطمأننت بدلًا من أن أتشكك. لقد تفكك “الثقة” إلى ثلاث درجات من سلم النجاة، تتقدم طبقة بعد طبقة. الطبقة الأولى هي الاسترداد القياسي الأكثر سلاسة؛ تحتاج فقط إلى التنسيق مع مزوّد الـVault، والكفاءة في الاستخدام اليومي تأتي أولًا. الطبقة الثانية هي الاسترداد عبر التصفية، كخطة احتياطية؛ فإذا تعطل VP أو حدثت مشكلة ما، تستطيع AVK أن تتولى مكانه. أما ما جعلني أشعر فعلًا: “هذه الأمور قابلة للتعامل”، فهو الطبقة الثالثة Self-Claim؛ فأنت تمسك بنفسك بمفاتيح WOTS المخزّنة مسبقًا، دون أن تحتاج موافقة من أي أحد لاستعادة العملات. من مرّ بتجربة LUNA وFTX، يجب أن يفهم ما تعنيه هذه المسار الثالث. حتى إن كانت الطبقتان الأوليان ناجحتين للغاية، فهما في الجوهر ما زالتان تعتمدان على الآخرين؛ أما هذه الطبقة تحديدًا، فهي التي تحوّل السيادة لتصبح بيدك أنت. لا يعتمد الأمان على وعود أي شخص، بل على ما إذا كنت قد حفظت ملف المفتاح جيدًا. ثم فكرت في زاوية مراقبة: فقط راقب معدل استخدام Self-Claim؛ فإذا كان منخفضًا فذلك يعني أن كل شيء طبيعي. أما إذا ارتفع فجأة بشكل كبير، فغالبًا يكون السوق هو الذي يصوّت. ثم موضوع الحوكمة. كثيرون عندما يراهنون $BABY يركزون على العائدات، لكنهم يفترضون ضمنيًا أن حق التصويت أيضًا مُفوّض إلى المدققين. Babylon يعتمد نموذج Cosmos نفسه؛ إذا لم تصوّت، يتم تلقائيًا توريث اختيارات المدقق. عتبة المقترحات العادية 50 ألف BABY، وفترة التصويت 3 أيام؛ لذا عند اختيار العقد، لم أنظر فقط إلى APR ومعدل التواجد، بل راجعت أيضًا سجلات التصويت. قد توفر عملية التفويض عناءً، لكن الحكم لا يجب أن يُختصر. أما بالنسبة لـ EOTS، في البداية يبدو كآلية عادية للغرامات/المصادرة، لكن عند التفكير بعمق يتضح أنه يحل مشكلة أكثر تعقيدًا: Bitcoin Script نفسه لا يفهم PoS. بمجرد أن يقوم Finality Provider بإجراء التوقيع المزدوج، فإن إعادة استخدام nonce ستكشف المفتاح الخاص، فيتم تنفيذ معاملة العقوبة مباشرة داخل سكربت Taproot. الآن، ومعي $BABY ، أصبحت نفسيتي أكثر ثباتًا من قبل. لا أتوقع أن تكون أي جهة مثالية إلى الأبد، لكنني أعرف أن مفتاح آخر باب بيدِي. هذا الشعور—أكثر واقعية من أي شيء آخر.@babylonlabs_io {spot}(BABYUSDT)
#baby بصراحة، عندما تواصلت لأول مرة مع Babylon، كان لدي تردد في قلبي. لست لأنني لا أثق بالتقنية، بل لأن السوق لقّنني كثيرًا. انظر إلى الكثير من المشاريع في السوق: كل واحد يصرّ على أنك يجب أن تثق به، لكن عندما يقع الأمر فعلًا، أليس في النهاية علينا أن نلتمس من الجهة المطوّرة الخروج لتسوية الأمور؟ لذلك عندما قمت بإيداع BTC كضمان لأول مرة، ومررت كامل العملية خطوة بخطوة، بقيت طوال الوقت مشدودًا.

لكن بعد أن قرأت كامل وثائق تصميم Timelock Bitcoin Vault، اطمأننت بدلًا من أن أتشكك.

لقد تفكك “الثقة” إلى ثلاث درجات من سلم النجاة، تتقدم طبقة بعد طبقة. الطبقة الأولى هي الاسترداد القياسي الأكثر سلاسة؛ تحتاج فقط إلى التنسيق مع مزوّد الـVault، والكفاءة في الاستخدام اليومي تأتي أولًا. الطبقة الثانية هي الاسترداد عبر التصفية، كخطة احتياطية؛ فإذا تعطل VP أو حدثت مشكلة ما، تستطيع AVK أن تتولى مكانه. أما ما جعلني أشعر فعلًا: “هذه الأمور قابلة للتعامل”، فهو الطبقة الثالثة Self-Claim؛ فأنت تمسك بنفسك بمفاتيح WOTS المخزّنة مسبقًا، دون أن تحتاج موافقة من أي أحد لاستعادة العملات.

من مرّ بتجربة LUNA وFTX، يجب أن يفهم ما تعنيه هذه المسار الثالث. حتى إن كانت الطبقتان الأوليان ناجحتين للغاية، فهما في الجوهر ما زالتان تعتمدان على الآخرين؛ أما هذه الطبقة تحديدًا، فهي التي تحوّل السيادة لتصبح بيدك أنت. لا يعتمد الأمان على وعود أي شخص، بل على ما إذا كنت قد حفظت ملف المفتاح جيدًا. ثم فكرت في زاوية مراقبة: فقط راقب معدل استخدام Self-Claim؛ فإذا كان منخفضًا فذلك يعني أن كل شيء طبيعي. أما إذا ارتفع فجأة بشكل كبير، فغالبًا يكون السوق هو الذي يصوّت.

ثم موضوع الحوكمة. كثيرون عندما يراهنون $BABY يركزون على العائدات، لكنهم يفترضون ضمنيًا أن حق التصويت أيضًا مُفوّض إلى المدققين. Babylon يعتمد نموذج Cosmos نفسه؛ إذا لم تصوّت، يتم تلقائيًا توريث اختيارات المدقق. عتبة المقترحات العادية 50 ألف BABY، وفترة التصويت 3 أيام؛ لذا عند اختيار العقد، لم أنظر فقط إلى APR ومعدل التواجد، بل راجعت أيضًا سجلات التصويت. قد توفر عملية التفويض عناءً، لكن الحكم لا يجب أن يُختصر.

أما بالنسبة لـ EOTS، في البداية يبدو كآلية عادية للغرامات/المصادرة، لكن عند التفكير بعمق يتضح أنه يحل مشكلة أكثر تعقيدًا: Bitcoin Script نفسه لا يفهم PoS. بمجرد أن يقوم Finality Provider بإجراء التوقيع المزدوج، فإن إعادة استخدام nonce ستكشف المفتاح الخاص، فيتم تنفيذ معاملة العقوبة مباشرة داخل سكربت Taproot.

الآن، ومعي $BABY ، أصبحت نفسيتي أكثر ثباتًا من قبل. لا أتوقع أن تكون أي جهة مثالية إلى الأبد، لكنني أعرف أن مفتاح آخر باب بيدِي. هذا الشعور—أكثر واقعية من أي شيء آخر.@BabylonLabs_io
تمّ التحقق
#baby في الأيام القليلة الماضية أعدت ترجمة مستند TBV رقم @babylonlabs_io ، وكلمة «الترجمة» جعلتني أتوقف وأفكر فيها كثيرًا. ليست مجرد نقل BTC إلى سلاسل أخرى، بل هي ترجمة بالمعنى الحقيقي. عندما كنت أتابع BTCFi من قبل، كانت الخطوة الأولى دائمًا: الجسر، ثم التغليف، ثم الإيداع (Custody). نقل BTC من شبكة البيتكوين نفسها. كثرت السيناريوهات فعلًا، لكن تم التنازل أيضًا عن السيطرة. يعمل Babylon على العكس: يبقى BTC دائمًا مقفلًا داخل Vault على سلسلة البيتكوين، وكل Vault يحتوي على UTXO مستقل، ويعمل طوال الوقت وفق قواعد البيتكوين. وفي الوثائق الرسمية، الجملة التي قرأتها مرارًا هي: «إتاحة للمُمسكين بـ BTC استخدام BTC كضمان دون التخلي عن الحراسة (Custody) أو إنشاء جسور (Bridging) أو التغليف (Wrapping) أو الثقة بالوسيط.» كيف يُنجز ذلك؟ عبر بنية ثلاث طبقات: Bitcoin Script + عقود Ethereum + برمجيات المشاركين خارج السلسلة. باستخدام Light Client Proofs وZK SNARKs، تُترجم حالة السلاسل الخارجية إلى قواعد يمكن لـ Bitcoin Script التحقق منها. بذلك لا يحتاج BTC للانتقال، ويمكنه توفير الأمان الاقتصادي لشبكات PoS. فكرة الرهن/الضمان الأصلي (native staking) نادرة فعلًا في BTCFi. فهي تعالج مشكلة «الزعيمة» الأصعب: توافق بيتكوين قوي جدًا، لكن النظام البيئي صعب جدًا في المشاركة. Babylon لا يضيف مجرد مدخل استثماري لـ BTC، بل يجعل BTC أصل الضمان الآمن في عالم كل سلاسل الكتل. من ناحية النموذج الاقتصادي، تجدر الإشارة أيضًا: ارتفاع كمية رهن BTC → تحسين القدرة الأمنية → دخول المزيد من روابط PoS → نشوء احتياجات أمان أكثر، ما يخلق عجلة ذات اتجاه إيجابي. إجمالي $BABY هو 10 مليارات، مع الحوكمة والتحفيز والتنسيق. حاليًا أنا مهتم أكثر بهذه المجموعات الثلاث من البيانات: إجمالي حجم رهن BTC، عدد شبكات PoS التي تم ربطها بالفعل، ومدى نشاط المُتحققين. بالطبع، سيكون هناك تكلفة تعلم للمقود الجديد: مدة الرهن، إجراءات فك الرهن، نافذة التحدي… كلها تحتاج وقتًا للتكيف. لكن Babylon، عبر أطر مثل BitVM3، تنقل معظم الحسابات خارج السلسلة؛ وعلى السلسلة لا يتم التحقق إلا من الأدلة. تُخفض افتراضات الثقة إلى أدنى حد، و«الشفرة تنفّذ» ليس مجرد شعار. في ظل تزايد مخزون BTC وتزايد السعي للعثور على طرق استخدام أكثر كفاءة، تستحق مسار Babylon المتابعة على المدى الطويل. الرهان هنا ليس على السردية قصيرة الأجل، بل على ترقية أنماط استخدام BTC خلال العقود العشرة القادمة وحتى أكثر. إذا كنت أيضًا تتابع عوائد BTC الأصلية وحلول الأمان عبر السلاسل، فأهلًا للدردشة معًا حول بيانات السلسلة والأداء الفعلي. قصة $BABY بدأت للتو. {spot}(BABYUSDT)
#baby في الأيام القليلة الماضية أعدت ترجمة مستند TBV رقم @BabylonLabs_io ، وكلمة «الترجمة» جعلتني أتوقف وأفكر فيها كثيرًا. ليست مجرد نقل BTC إلى سلاسل أخرى، بل هي ترجمة بالمعنى الحقيقي.

عندما كنت أتابع BTCFi من قبل، كانت الخطوة الأولى دائمًا: الجسر، ثم التغليف، ثم الإيداع (Custody). نقل BTC من شبكة البيتكوين نفسها. كثرت السيناريوهات فعلًا، لكن تم التنازل أيضًا عن السيطرة. يعمل Babylon على العكس: يبقى BTC دائمًا مقفلًا داخل Vault على سلسلة البيتكوين، وكل Vault يحتوي على UTXO مستقل، ويعمل طوال الوقت وفق قواعد البيتكوين. وفي الوثائق الرسمية، الجملة التي قرأتها مرارًا هي: «إتاحة للمُمسكين بـ BTC استخدام BTC كضمان دون التخلي عن الحراسة (Custody) أو إنشاء جسور (Bridging) أو التغليف (Wrapping) أو الثقة بالوسيط.»

كيف يُنجز ذلك؟ عبر بنية ثلاث طبقات: Bitcoin Script + عقود Ethereum + برمجيات المشاركين خارج السلسلة. باستخدام Light Client Proofs وZK SNARKs، تُترجم حالة السلاسل الخارجية إلى قواعد يمكن لـ Bitcoin Script التحقق منها. بذلك لا يحتاج BTC للانتقال، ويمكنه توفير الأمان الاقتصادي لشبكات PoS.

فكرة الرهن/الضمان الأصلي (native staking) نادرة فعلًا في BTCFi. فهي تعالج مشكلة «الزعيمة» الأصعب: توافق بيتكوين قوي جدًا، لكن النظام البيئي صعب جدًا في المشاركة. Babylon لا يضيف مجرد مدخل استثماري لـ BTC، بل يجعل BTC أصل الضمان الآمن في عالم كل سلاسل الكتل.

من ناحية النموذج الاقتصادي، تجدر الإشارة أيضًا: ارتفاع كمية رهن BTC → تحسين القدرة الأمنية → دخول المزيد من روابط PoS → نشوء احتياجات أمان أكثر، ما يخلق عجلة ذات اتجاه إيجابي. إجمالي $BABY هو 10 مليارات، مع الحوكمة والتحفيز والتنسيق.

حاليًا أنا مهتم أكثر بهذه المجموعات الثلاث من البيانات: إجمالي حجم رهن BTC، عدد شبكات PoS التي تم ربطها بالفعل، ومدى نشاط المُتحققين.

بالطبع، سيكون هناك تكلفة تعلم للمقود الجديد: مدة الرهن، إجراءات فك الرهن، نافذة التحدي… كلها تحتاج وقتًا للتكيف. لكن Babylon، عبر أطر مثل BitVM3، تنقل معظم الحسابات خارج السلسلة؛ وعلى السلسلة لا يتم التحقق إلا من الأدلة. تُخفض افتراضات الثقة إلى أدنى حد، و«الشفرة تنفّذ» ليس مجرد شعار.

في ظل تزايد مخزون BTC وتزايد السعي للعثور على طرق استخدام أكثر كفاءة، تستحق مسار Babylon المتابعة على المدى الطويل. الرهان هنا ليس على السردية قصيرة الأجل، بل على ترقية أنماط استخدام BTC خلال العقود العشرة القادمة وحتى أكثر.

إذا كنت أيضًا تتابع عوائد BTC الأصلية وحلول الأمان عبر السلاسل، فأهلًا للدردشة معًا حول بيانات السلسلة والأداء الفعلي. قصة $BABY بدأت للتو.
خلال هذه الفترة كنت أختبر TBV مرارًا في Babylon، وكلما طبّقت أكثر فهمت أكثر. $BABY لا يمكن الحكم عليه من البيانات السطحية فقط؛ فداخلها تفاصيل “فخاخ” كثيرة. كثيرون يستخدمون BTC لاقتراض عملات مستقرة دون الانتباه إلى تقسيم الـ Vaults. أنا أيضًا من قبل كنت أتهرب من التعقيد وأضع 0.3 BTC بالكامل في نفس الـ Vault. والآن بعد أن رجعت للأمر، أجد أن هذه الطريقة محفوفة بمخاطر كبيرة. بمجرد حدوث هبوط حاد يؤدي إلى التصفية (liquidation)، سيتم التعامل مع الـ Vault بالكامل بشكل مترابط. قواعد المنصة هي: أولًا يتم خصم الديون، ثم تُحوَّل الأصول المتبقية إلى WBTC وتُعاد إلى العنوان. بمعنى أننا نُرهِن BTC الأصلي، وفي النهاية غالبًا سيتم تحويلها إلى عملة مغلّفة (wrapped)، كما سيتم تحريك جزء كبير من المراكز مرة واحدة، فتتضاعف مخاطر الخسارة إلى أقصى حد. بعد ذلك قمت بتقسيم الأمر إلى عدة Vaults أصغر. حتى إذا حدثت تصفية، فإن النظام سيتصرف في الجزء المقابل فقط من المركز، ويمكن الحفاظ على معظم BTC. هذه تفاصيل حقيقية في إدارة المخاطر. وقبل فتح أي صفقة، أنا بالتحديد أتنبأ أسوأ سيناريو محتمَل، وأحسب بدقة مقدار الخسارة ونوع الأصول التي سيتم إرجاعها. بصراحة أتمنى أن يشرح فريق المنتج مخاطر التصفية بوضوح كامل، لا أن يكتفي بعرض أعلى حد للاقتراض فقط. أما بخصوص الحوكمة $BABY ، فأنا أظل عقلانيًا. آلية وزن التصويت لديها “ليست سيئة” نسبيًا؛ فالمستخدمون الذين يضعون BTC كضمان لديهم تصويت مُرجّح، ولن يتم احتكار التأثير بالكامل من قِبَل الكبار. لكن معدل المشاركة منخفض جدًا إجمالًا، وتصويت المستخدم العادي ليس له تأثير يذكر. لذلك عادةً عندما أحصل على التوكن، أبيع أغلبه وأحتفظ بجزء صغير فقط للمراقبة. لكن التقنية الأساسية لديها قوية فعلًا، وهذا هو جوهر ما يجعلني ما زلت متفائلًا بها. نظام التحقق هذا يدعم تطبيق BTC DeFi على أرض الواقع، ومع ذلك ما يزال المشروع في مرحلة مبكرة حاليًا. على المدى الطويل، اتجاه Babylon لا مشكلة فيه، وسأستمر في التطبيق والمتابعة عمليًا. @babylonlabs_io #baby {spot}(BABYUSDT)
خلال هذه الفترة كنت أختبر TBV مرارًا في Babylon، وكلما طبّقت أكثر فهمت أكثر. $BABY لا يمكن الحكم عليه من البيانات السطحية فقط؛ فداخلها تفاصيل “فخاخ” كثيرة.

كثيرون يستخدمون BTC لاقتراض عملات مستقرة دون الانتباه إلى تقسيم الـ Vaults. أنا أيضًا من قبل كنت أتهرب من التعقيد وأضع 0.3 BTC بالكامل في نفس الـ Vault. والآن بعد أن رجعت للأمر، أجد أن هذه الطريقة محفوفة بمخاطر كبيرة. بمجرد حدوث هبوط حاد يؤدي إلى التصفية (liquidation)، سيتم التعامل مع الـ Vault بالكامل بشكل مترابط. قواعد المنصة هي: أولًا يتم خصم الديون، ثم تُحوَّل الأصول المتبقية إلى WBTC وتُعاد إلى العنوان. بمعنى أننا نُرهِن BTC الأصلي، وفي النهاية غالبًا سيتم تحويلها إلى عملة مغلّفة (wrapped)، كما سيتم تحريك جزء كبير من المراكز مرة واحدة، فتتضاعف مخاطر الخسارة إلى أقصى حد.

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

أما بخصوص الحوكمة $BABY ، فأنا أظل عقلانيًا. آلية وزن التصويت لديها “ليست سيئة” نسبيًا؛ فالمستخدمون الذين يضعون BTC كضمان لديهم تصويت مُرجّح، ولن يتم احتكار التأثير بالكامل من قِبَل الكبار. لكن معدل المشاركة منخفض جدًا إجمالًا، وتصويت المستخدم العادي ليس له تأثير يذكر. لذلك عادةً عندما أحصل على التوكن، أبيع أغلبه وأحتفظ بجزء صغير فقط للمراقبة.

لكن التقنية الأساسية لديها قوية فعلًا، وهذا هو جوهر ما يجعلني ما زلت متفائلًا بها. نظام التحقق هذا يدعم تطبيق BTC DeFi على أرض الواقع، ومع ذلك ما يزال المشروع في مرحلة مبكرة حاليًا. على المدى الطويل، اتجاه Babylon لا مشكلة فيه، وسأستمر في التطبيق والمتابعة عمليًا. @BabylonLabs_io #baby
广场新的创作者@babylonlabs_io 活动我刷到了,说实话看到分档规则我笑了。常规榜前300平分50U,特邀榜前15平分200U,二选一。挺现实的,典型的雨露均沾+重奖头部套路。 但活动嘛,凑个热闹就行,我更多是在琢磨项目本身。 当下绝大多数闲置 BTC 想要参与 DeFi,只能依靠 wBTC 这类封装资产,始终绕不开托管、跨链带来的潜在风险。 Babylon走的路子不一样。它把原生BTC锁进自主保险库,不跨链、不托管、不换币,靠密码学证明和零知识证明,直接把还款解锁、清算触发这些条件写死在Bitcoin脚本里。相当于给BTC装了个可编程开关,让原生大饼能够实现抵押借贷等金融场景。 我特意翻了翻Trustless Bitcoin Vaults的白皮书,核心是独立UTXO加预签交易。锁仓的时候就把还款清算条件全写死,安全边界在签名那一刻就确定了,不用平台统一设参数。但得自己盯价格,提前补仓或还款,不能当甩手掌柜。不过白皮书也把信任假设摆得很清楚,尤其Section 5.1那张对比表。小额贷款人提取资金时,还是得依赖多数清算人或大额贷款人,这块跟某些桥有点像,并非完全无需信任。清算依赖白名单清算人和预言机,报价出错也可能误清算,这些风险我认。 至于$BABY 代币,通胀和解锁机制是老生常谈了,我不会因为技术叙事就冲进去。 我的思路:小资金适度参与活动测试,主力仓位保持观望,持续跟踪测试网落地表现。技术叙事再好,最终还是要看整套 BTCFi 方案能否稳定落地,普通用户锁币后能否真正安心持有。#baby {spot}(BABYUSDT)
广场新的创作者@BabylonLabs_io 活动我刷到了,说实话看到分档规则我笑了。常规榜前300平分50U,特邀榜前15平分200U,二选一。挺现实的,典型的雨露均沾+重奖头部套路。

但活动嘛,凑个热闹就行,我更多是在琢磨项目本身。

当下绝大多数闲置 BTC 想要参与 DeFi,只能依靠 wBTC 这类封装资产,始终绕不开托管、跨链带来的潜在风险。

Babylon走的路子不一样。它把原生BTC锁进自主保险库,不跨链、不托管、不换币,靠密码学证明和零知识证明,直接把还款解锁、清算触发这些条件写死在Bitcoin脚本里。相当于给BTC装了个可编程开关,让原生大饼能够实现抵押借贷等金融场景。

我特意翻了翻Trustless Bitcoin Vaults的白皮书,核心是独立UTXO加预签交易。锁仓的时候就把还款清算条件全写死,安全边界在签名那一刻就确定了,不用平台统一设参数。但得自己盯价格,提前补仓或还款,不能当甩手掌柜。不过白皮书也把信任假设摆得很清楚,尤其Section 5.1那张对比表。小额贷款人提取资金时,还是得依赖多数清算人或大额贷款人,这块跟某些桥有点像,并非完全无需信任。清算依赖白名单清算人和预言机,报价出错也可能误清算,这些风险我认。

至于$BABY 代币,通胀和解锁机制是老生常谈了,我不会因为技术叙事就冲进去。

我的思路:小资金适度参与活动测试,主力仓位保持观望,持续跟踪测试网落地表现。技术叙事再好,最终还是要看整套 BTCFi 方案能否稳定落地,普通用户锁币后能否真正安心持有。#baby
كنتُ متحفظًا على الـDeFi الخاص بالبيتكوين طوال الوقت. لم يكن الأمر انعدام اهتمام، لكنني كنتُ حقًا خائفًا بعد الأخبار المتكررة عن الانفجارات: في كل مرة تقريبًا يتم اختراق جسر عبر السلاسل، أو تسريب مفاتيح خاصة، وفي لمح البصر تتحول BTC التي كافحتُ طويلًا لتجميعها إلى أصول في جيب شخص آخر. إذا أردتُ إقراض BTC وكسب عائد عليها، كان عليّ أولًا أن أكون مستعدًا لقبول المخاطرة: الرهان أن فريق المشروع لا يؤذي، وأن العقد لا يتواطأ، وأن الكود لا يحتوي أبوابًا خلفية. لكنني مؤخرًا درستُ خطة @babylonlabs_io الخاصة بـTBV، فوجدتُ أن الطريق ليس كما اعتدتُ. لم تُنشئ سلسلة جديدة، ولم تُنشئ مجموعة من المدققين، بل عادت بأمان إلى UTXO والسيناريوهات (Taproot) الخاصة بالبيتكوين نفسها. من خلال أقفال شرطية، تم تثبيت الأموال داخل وحدات حالة مستقلة؛ وهذا يعادل بناء خزانة تأمين مستقلة للـBTC، مع عزلها جسديًا عن الأصول الأخرى. حتى لو ظهرت ثغرات في طبقات التطبيقات الخارجية، فلن يتمكن المهاجمون من الوصول إلى رأس المال المحبوس في الشبكة الرئيسية. تبقى السيطرة في يدي دائمًا، دون الحاجة إلى تسليمها لأي طرف ثالث ليؤكد لك كل شيء على صدقة. وعند النظر مؤخرًا إلى شبكة الاختبار للتعاون بين TBV وAave v4، اتضح توزيع الأدوار بشكل شديد الوضوح: Babylon مسؤول فقط عن تقييد الخزنة والتحقق من الحالة، بينما Aave يركز على منطق التمويل مثل أسعار الإقراض. مفاتيحي الخاصة تحتفظ بها طوال الوقت، والـBTC لم تغادر شبكة البيتكوين من الأساس. مثل أقسام التصوير الطبي التي تُخرج التقارير، والأقسام السريرية التي تكتب الوصفات: كل واحد له جزءه، وإذا حدث خطأ يمكن العثور سريعًا على المسؤول، دون تبادل الاتهامات. هذا النوع من البنية المزدوجة يفصل تمامًا قاعدة الأمان عن الابتكار المالي. في الأسفل تأمين الأصول، وفي الأعلى التركيز على المنتج دون القلق الدائم من أن تغيير بروتوكول أساسي قد يسبب مشاكل. بالطبع هناك ثمن: في الوقت الحالي يمكن لكل Vault ربط تطبيق واحد فقط، والسيولة ليست مرنة جدًا، لكنني أعتقد أن الأمر يستحق لأن المخاطر لا تنتقل عبر البروتوكولات. بصراحة، كان أمام BTC سابقًا طريقان فقط لكسب عائد: إما البحث عن وصي والتعلق براحة البال على حساب “ضمير” الإيداع، أو الاحتفاظ بها وعدم التفويت على الفرص. الآن Babylon أعطتني خيارًا ثالثًا: الالتزام بقواعد التشفير وعدم الدخول في الصناديق السوداء. رغم أننا ما زلنا في مرحلة الشبكات التجريبية، إلا أن ذلك يجعل شخصًا عنيدًا مثلي يبدأ أخيرًا في التفكير بجدية في إخراج BTC ليقوم بحركة ونشاط. $BABY #baby {spot}(BABYUSDT)
كنتُ متحفظًا على الـDeFi الخاص بالبيتكوين طوال الوقت. لم يكن الأمر انعدام اهتمام، لكنني كنتُ حقًا خائفًا بعد الأخبار المتكررة عن الانفجارات: في كل مرة تقريبًا يتم اختراق جسر عبر السلاسل، أو تسريب مفاتيح خاصة، وفي لمح البصر تتحول BTC التي كافحتُ طويلًا لتجميعها إلى أصول في جيب شخص آخر. إذا أردتُ إقراض BTC وكسب عائد عليها، كان عليّ أولًا أن أكون مستعدًا لقبول المخاطرة: الرهان أن فريق المشروع لا يؤذي، وأن العقد لا يتواطأ، وأن الكود لا يحتوي أبوابًا خلفية.

لكنني مؤخرًا درستُ خطة @BabylonLabs_io الخاصة بـTBV، فوجدتُ أن الطريق ليس كما اعتدتُ. لم تُنشئ سلسلة جديدة، ولم تُنشئ مجموعة من المدققين، بل عادت بأمان إلى UTXO والسيناريوهات (Taproot) الخاصة بالبيتكوين نفسها. من خلال أقفال شرطية، تم تثبيت الأموال داخل وحدات حالة مستقلة؛ وهذا يعادل بناء خزانة تأمين مستقلة للـBTC، مع عزلها جسديًا عن الأصول الأخرى. حتى لو ظهرت ثغرات في طبقات التطبيقات الخارجية، فلن يتمكن المهاجمون من الوصول إلى رأس المال المحبوس في الشبكة الرئيسية. تبقى السيطرة في يدي دائمًا، دون الحاجة إلى تسليمها لأي طرف ثالث ليؤكد لك كل شيء على صدقة.

وعند النظر مؤخرًا إلى شبكة الاختبار للتعاون بين TBV وAave v4، اتضح توزيع الأدوار بشكل شديد الوضوح: Babylon مسؤول فقط عن تقييد الخزنة والتحقق من الحالة، بينما Aave يركز على منطق التمويل مثل أسعار الإقراض. مفاتيحي الخاصة تحتفظ بها طوال الوقت، والـBTC لم تغادر شبكة البيتكوين من الأساس. مثل أقسام التصوير الطبي التي تُخرج التقارير، والأقسام السريرية التي تكتب الوصفات: كل واحد له جزءه، وإذا حدث خطأ يمكن العثور سريعًا على المسؤول، دون تبادل الاتهامات.

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

بصراحة، كان أمام BTC سابقًا طريقان فقط لكسب عائد: إما البحث عن وصي والتعلق براحة البال على حساب “ضمير” الإيداع، أو الاحتفاظ بها وعدم التفويت على الفرص. الآن Babylon أعطتني خيارًا ثالثًا: الالتزام بقواعد التشفير وعدم الدخول في الصناديق السوداء. رغم أننا ما زلنا في مرحلة الشبكات التجريبية، إلا أن ذلك يجعل شخصًا عنيدًا مثلي يبدأ أخيرًا في التفكير بجدية في إخراج BTC ليقوم بحركة ونشاط. $BABY #baby
تمّ التحقق
لقد راجعتُ مؤخراً تفاصيل مشروع @babylonlabs_io بجدية، ووجدتُ أن تفسير أغلب الناس له سطحي جداً. كثيرون ينظرون إليه مباشرةً على أنه استثمار BTC مربح بلا تفكير وكسب مضمون—بعبارة أدق، هو أشبه بـ«نسخة العملات الرقمية من حسابات توفير/مكافآت» (余额宝). لكن بصراحة، هذا فهم خاطئ تماماً للمنطق الأساسي للمشروع. النقطة التي تجعله قوياً فعلاً هي «الرهان/التخزين الأصلي لـ BTC» (native BTC staking). ببساطة: لا تحتاج BTC إلى عبور سلاسل (cross-chain) ولا إلى تغليف/استبدال لتصبح أصولاً أخرى؛ الأصول تبقى طوال الوقت داخل شبكة البيتكوين الأصلية، وكل ما يحدث هو تفويض صلاحية التصويت إلى عقد تحقق (validator) معين. وبالمقارنة مع أنماط الحفظ/الاستضافة والتخزين التي تُطرح في السوق، هذا النموذج يمنح إحساساً أعلى بالأمان؛ لأن السيطرة على الأصول تبقى بيدك طوال الوقت، وهذه نقطة موثوقة بالفعل. لكن يجب أن أقول الحقيقة: الرهان الأصلي لا يعني «صفر مخاطر وصفر حيل». بعد الاطلاع على التفاصيل الرسمية، تبين أن تفعيل الرهان يتطلب انتظار تأكيد 30 بلوك، وفترة الرهان الثابتة تقريباً 15 شهراً. صحيح أنه يدعم فك الربط مسبقاً (early unbonding)، لكن لا يمكن إلا الخروج الكامل دفعة واحدة؛ ولا يمكن السحب/الاسترداد جزئياً. والأهم: إذا قام العقد المختار بسلوك خبيث عبر التوقيع المزدوج (double signing)، فقد تُفرض غرامات على BTC الخاص بك المُرهَن. نظام العقوبات هذا هو في الوقت نفسه «حاجز أمان» له، لكنه أيضاً يعني أننا يجب أن نتحمل هذا النوع من المخاطر. عوائد المشروع هي $BABY توكن، لكن العائد الحقيقي ليس ثابتاً كما يظهر في الصفحة على شكل نسبة سنوية محددة. عمولات العقد، إجمالي كمية الرهن، وتذبذب سعر التوكن كلها ستؤثر بشكل كبير على العائد—فلا تعاملَه كاستثمار دوري سهل مثل الودائع الجارية ثم اندفع بلا حساب. وبالتعمق أكثر، اكتشفتُ أن Babylon لا تريد فقط زيادة الأرباح، بل تهدف إلى تفعيل القيمة الأمنية الهائلة للبيتكوين (على نطاق تريليوني) لتكون أساس أمان لسلاسل بلوكشين أخرى. لدى الفريق خلفية في تشفير/كريبتوغرافيا من ستانفورد، كما حصل على تمويلات كبيرة، والتعاون مع النظام البيئي أيضاً يبدو قوياً. في رأيي، هذه مجموعة من العقود الأمنية المدمجة معها إدارة مخاطر (risk control)، وليست مجرد أداة استثمار بسيطة. لمن يفكر في المشاركة: لا تكتفِ بالنظر إلى العوائد، بل راقب بيانات العقد وتوقيت فك الربط وغيرها من التفاصيل؛ والانتظار بشكل عقلاني أفضل بكثير من الاندفاع وراء الموضة. #baby $BABY {spot}(BABYUSDT)
لقد راجعتُ مؤخراً تفاصيل مشروع @BabylonLabs_io بجدية، ووجدتُ أن تفسير أغلب الناس له سطحي جداً. كثيرون ينظرون إليه مباشرةً على أنه استثمار BTC مربح بلا تفكير وكسب مضمون—بعبارة أدق، هو أشبه بـ«نسخة العملات الرقمية من حسابات توفير/مكافآت» (余额宝). لكن بصراحة، هذا فهم خاطئ تماماً للمنطق الأساسي للمشروع.
النقطة التي تجعله قوياً فعلاً هي «الرهان/التخزين الأصلي لـ BTC» (native BTC staking). ببساطة: لا تحتاج BTC إلى عبور سلاسل (cross-chain) ولا إلى تغليف/استبدال لتصبح أصولاً أخرى؛ الأصول تبقى طوال الوقت داخل شبكة البيتكوين الأصلية، وكل ما يحدث هو تفويض صلاحية التصويت إلى عقد تحقق (validator) معين. وبالمقارنة مع أنماط الحفظ/الاستضافة والتخزين التي تُطرح في السوق، هذا النموذج يمنح إحساساً أعلى بالأمان؛ لأن السيطرة على الأصول تبقى بيدك طوال الوقت، وهذه نقطة موثوقة بالفعل.
لكن يجب أن أقول الحقيقة: الرهان الأصلي لا يعني «صفر مخاطر وصفر حيل». بعد الاطلاع على التفاصيل الرسمية، تبين أن تفعيل الرهان يتطلب انتظار تأكيد 30 بلوك، وفترة الرهان الثابتة تقريباً 15 شهراً. صحيح أنه يدعم فك الربط مسبقاً (early unbonding)، لكن لا يمكن إلا الخروج الكامل دفعة واحدة؛ ولا يمكن السحب/الاسترداد جزئياً. والأهم: إذا قام العقد المختار بسلوك خبيث عبر التوقيع المزدوج (double signing)، فقد تُفرض غرامات على BTC الخاص بك المُرهَن. نظام العقوبات هذا هو في الوقت نفسه «حاجز أمان» له، لكنه أيضاً يعني أننا يجب أن نتحمل هذا النوع من المخاطر.
عوائد المشروع هي $BABY توكن، لكن العائد الحقيقي ليس ثابتاً كما يظهر في الصفحة على شكل نسبة سنوية محددة. عمولات العقد، إجمالي كمية الرهن، وتذبذب سعر التوكن كلها ستؤثر بشكل كبير على العائد—فلا تعاملَه كاستثمار دوري سهل مثل الودائع الجارية ثم اندفع بلا حساب.
وبالتعمق أكثر، اكتشفتُ أن Babylon لا تريد فقط زيادة الأرباح، بل تهدف إلى تفعيل القيمة الأمنية الهائلة للبيتكوين (على نطاق تريليوني) لتكون أساس أمان لسلاسل بلوكشين أخرى. لدى الفريق خلفية في تشفير/كريبتوغرافيا من ستانفورد، كما حصل على تمويلات كبيرة، والتعاون مع النظام البيئي أيضاً يبدو قوياً.
في رأيي، هذه مجموعة من العقود الأمنية المدمجة معها إدارة مخاطر (risk control)، وليست مجرد أداة استثمار بسيطة. لمن يفكر في المشاركة: لا تكتفِ بالنظر إلى العوائد، بل راقب بيانات العقد وتوقيت فك الربط وغيرها من التفاصيل؛ والانتظار بشكل عقلاني أفضل بكثير من الاندفاع وراء الموضة.
#baby $BABY
على مرّ هذه السنوات في الدائرة، رأيت الكثير من “الألعاب” التي ترتدي حُلّة اللامركزية كذريعة. أُخترقت جسور عبر السلاسل، وتعطلت الوِكالة/الحفظ لـwBTC، وجفّت سيولة renBTC… في كل مرة يقولون: هذه المرة مختلفة. لكن عندما تُرفع الفأس فوق الرقاب، يركضون أسرع من أي أحد. أما TBV الخاص بـ@babylonlabs_io ، فهذه أول مرة أشعر فيها ربما يوجد من سلك الطريق الصحيح فعلًا. أبرز ما فيه أنه يجعل BTC لا يحتاج أصلًا إلى نقلٍ من مكانه؛ بل يمكن استخدامه مباشرةً كضمانٍ برمجي لسلسلة خارجية. ليس “عبر السلسلة”، وليس “قفلًا مقابل سندات”، بل عبر BitVM3 يتم تضمين منطق التحقق داخل دفتر حسابات البيتكوين، وتُستخدم البراهين الصفرية لإثبات هذه العملة فعليًا أنها مقفلة للسلسلة الخارجية. تبقى الأصول هي UTXO الأصلية لـBTC؛ وداخل كل Vault يوجد عزل مستقل، ويتم قفل الحالة مباشرةً باستخدام سكربتات Taproot. في النهاية، الثقة—استُبدلت إلى حد كبير بالرياضيات. لكن مقارنةً بنظام الإيداع/التحصيص الخاص به، فإن منطق TBV أكثر انسجامًا مع ذوقي. يشبه التحصيص “ترتيب تأمين” لضمان الأمان، بينما يبقى BTC في الشبكة الرئيسية ليقدم الأمان لسلاسل أخرى. أما TBV فيشبه تركيب “خزنة تأمين مشروطة” لـBTC؛ ويمكن لـDeFi الخارجي أن يكتشف حالة القفل هذه باعتبارها ضمانًا لاقتراض عملات مستقرة. نظريًا، في المستقبل قد تُستخدم نفس BTC: من جهة في التحصيص، ومن جهة أخرى في إطلاق السيولة، لترتفع كفاءة رأس المال إلى أقصى حد. لكن الجهة الرسمية تقول أيضًا إن TBV ما زال حاليًا قيد الاختبار على شبكة الاختبار، ولم يتم ربطه بعد مع نظام التحصيص، لذا فإن تداخل أساليب اللعب هو أمر سيأتي لاحقًا. وبالطبع لا بد من سكب ماء بارد. حتى لو كانت التشفيريات قوية، فعند تشغيل التصفية يجب أن تمر عبر مُرتّب/Sorter تابع للسلسلة الخارجية. في ظل ظروف شديدة التطرف، حتى بعد أن يتم توليد البراهين، وإذا تعلّق الـSorter لثوانٍ، فقد يكون السعر قد اخترق حد التصفية و”تجاوز الحجز” قبل ذلك. الرياضيات لم تخدعك، لكن الوقت قد ينقلب عليك. لذلك حاليًا ما تعبت إلا بشراء قليل من “الأنصبة الصغيرة” كـبطاقة تجربة، لتمرير الآلية أولًا ثم الحكم. BABY مرتبط بالحَوْكمة وحوافز النظام البيئي؛ وإن استطاع TBV أن يُطرح فعليًا، فربما تكون خطوة لتسييل/تمويل BTC دون الالتفاف حول المنعطفات. #baby $BABY {spot}(BABYUSDT)
على مرّ هذه السنوات في الدائرة، رأيت الكثير من “الألعاب” التي ترتدي حُلّة اللامركزية كذريعة. أُخترقت جسور عبر السلاسل، وتعطلت الوِكالة/الحفظ لـwBTC، وجفّت سيولة renBTC… في كل مرة يقولون: هذه المرة مختلفة. لكن عندما تُرفع الفأس فوق الرقاب، يركضون أسرع من أي أحد.

أما TBV الخاص بـ@BabylonLabs_io ، فهذه أول مرة أشعر فيها ربما يوجد من سلك الطريق الصحيح فعلًا. أبرز ما فيه أنه يجعل BTC لا يحتاج أصلًا إلى نقلٍ من مكانه؛ بل يمكن استخدامه مباشرةً كضمانٍ برمجي لسلسلة خارجية. ليس “عبر السلسلة”، وليس “قفلًا مقابل سندات”، بل عبر BitVM3 يتم تضمين منطق التحقق داخل دفتر حسابات البيتكوين، وتُستخدم البراهين الصفرية لإثبات هذه العملة فعليًا أنها مقفلة للسلسلة الخارجية. تبقى الأصول هي UTXO الأصلية لـBTC؛ وداخل كل Vault يوجد عزل مستقل، ويتم قفل الحالة مباشرةً باستخدام سكربتات Taproot. في النهاية، الثقة—استُبدلت إلى حد كبير بالرياضيات.

لكن مقارنةً بنظام الإيداع/التحصيص الخاص به، فإن منطق TBV أكثر انسجامًا مع ذوقي. يشبه التحصيص “ترتيب تأمين” لضمان الأمان، بينما يبقى BTC في الشبكة الرئيسية ليقدم الأمان لسلاسل أخرى. أما TBV فيشبه تركيب “خزنة تأمين مشروطة” لـBTC؛ ويمكن لـDeFi الخارجي أن يكتشف حالة القفل هذه باعتبارها ضمانًا لاقتراض عملات مستقرة. نظريًا، في المستقبل قد تُستخدم نفس BTC: من جهة في التحصيص، ومن جهة أخرى في إطلاق السيولة، لترتفع كفاءة رأس المال إلى أقصى حد. لكن الجهة الرسمية تقول أيضًا إن TBV ما زال حاليًا قيد الاختبار على شبكة الاختبار، ولم يتم ربطه بعد مع نظام التحصيص، لذا فإن تداخل أساليب اللعب هو أمر سيأتي لاحقًا.

وبالطبع لا بد من سكب ماء بارد. حتى لو كانت التشفيريات قوية، فعند تشغيل التصفية يجب أن تمر عبر مُرتّب/Sorter تابع للسلسلة الخارجية. في ظل ظروف شديدة التطرف، حتى بعد أن يتم توليد البراهين، وإذا تعلّق الـSorter لثوانٍ، فقد يكون السعر قد اخترق حد التصفية و”تجاوز الحجز” قبل ذلك. الرياضيات لم تخدعك، لكن الوقت قد ينقلب عليك. لذلك حاليًا ما تعبت إلا بشراء قليل من “الأنصبة الصغيرة” كـبطاقة تجربة، لتمرير الآلية أولًا ثم الحكم. BABY مرتبط بالحَوْكمة وحوافز النظام البيئي؛ وإن استطاع TBV أن يُطرح فعليًا، فربما تكون خطوة لتسييل/تمويل BTC دون الالتفاف حول المنعطفات. #baby $BABY
بصراحة، كنت أعتقد سابقًا أن البيتكوين، عدا الاستلقاء والانتظار حتى ترتفع الأسعار، ما في شي تاني مهم تقدر تسويه. لكن خلال هذه الفترة بعدما درست الموضوع، @babylonlabs_io ، تغيّر رأيي فعلًا. طريقة لعبها جادة جدًا. ما في حاجة لتحريك العملة من مكانها، ولا عبور جسور عبر سلاسل، ولا لفّها داخل أي رموز عبثية. مباشرة داخل عنوانك الخاص، عن طريق سكربت قفل زمني (Taproot) تقوم بحبس BTC، ثم تتحقق من أمان سلسلة PoS، وبعدها تحصل على العوائد. هذا الشي يناسب جدًا لاعبي المخضرمين من أمثالي اللي عندهم وعي عالي بالأمان. وبخصوص توكن $BABY ، فهمت عنه شوية: إجمالي الكمية 10 مليارات، ومعدل التضخم حاليًا حوالي 5.5%، والهدف الأساسي هو تقديم مكافآت للمُراهنين/المُرهّنين. لديهم نموذج “الـ double staking” (رهن مزدوج): تقوم برهن BTC مباشرة لتحصل على BABY، وبعدها إذا رَهنت BABY أيضًا تقدر تكسب أكثر. حاليًا، الكمية المحبوسة من BTC وصلت إلى مستوى “عدة عشرات آلاف” من القطع تقريبًا، وفي مسار BTCFi تُعتبر من اللاعبين المتقدمين. بالإضافة إلى ذلك، الجهة المطوّرة مهتمة جدًا بالمجتمع الناطق بالصينية، وقد خصصت حوض تحفيز قدره 119.5 ألف BABY. هذه الجدية صراحة أنا أخذت “نصيبي” منها. لكن مع ذلك، خلّيني أقولها بوضوح: لازم الحيّة تبقى صاحي. ارتفاع TVL لا يعني أن السعر سيصعد. حاليًا عائد رهن BTC سنويًا منخفض في خانة رقم واحد تقريبًا، ورهن BABY أعلى قليلًا. المرحلة القادمة تعتمد على تطور النظام البيئي وتكامل المزيد من السلاسل العامة (public chains). “البتقاد/الدريم” مؤخرًا ظل يهتز حول 60 ألف، ومع اقتراب فك القفل سيكون التقلب بالتأكيد غير بسيط. لذلك نصيحتي: إذا كان لديك BTC غير مستخدم فعليًا وتريد كسب عوائد بأمان، فجرّب بكمية صغيرة أولًا. وإذا تريد اللعب بأكثر “مغامرة/تفصيل” فانتظر حتى ينضج TBV أكثر. لا تعمل كل شيء مرة واحدة (لا تِسْلُك كُلّ رأس مال)، واضبط حجم المركز. وأخيرًا، كلمة صريحة: تحويل البيتكوين من مجرد سبائك ذهب إلى “أصل إنتاجي” يولّد عوائد… أنا مؤمن بهذه الفكرة. لكن ليس هناك استعجال—نمشي خطوة خطوة. (هذا المقال هو لمهمة على المنصة، وليس نصيحة استثمارية.) #baby $BABY {spot}(BABYUSDT)
بصراحة، كنت أعتقد سابقًا أن البيتكوين، عدا الاستلقاء والانتظار حتى ترتفع الأسعار، ما في شي تاني مهم تقدر تسويه. لكن خلال هذه الفترة بعدما درست الموضوع، @BabylonLabs_io ، تغيّر رأيي فعلًا.

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

وبخصوص توكن $BABY ، فهمت عنه شوية: إجمالي الكمية 10 مليارات، ومعدل التضخم حاليًا حوالي 5.5%، والهدف الأساسي هو تقديم مكافآت للمُراهنين/المُرهّنين. لديهم نموذج “الـ double staking” (رهن مزدوج): تقوم برهن BTC مباشرة لتحصل على BABY، وبعدها إذا رَهنت BABY أيضًا تقدر تكسب أكثر. حاليًا، الكمية المحبوسة من BTC وصلت إلى مستوى “عدة عشرات آلاف” من القطع تقريبًا، وفي مسار BTCFi تُعتبر من اللاعبين المتقدمين.

بالإضافة إلى ذلك، الجهة المطوّرة مهتمة جدًا بالمجتمع الناطق بالصينية، وقد خصصت حوض تحفيز قدره 119.5 ألف BABY. هذه الجدية صراحة أنا أخذت “نصيبي” منها.

لكن مع ذلك، خلّيني أقولها بوضوح: لازم الحيّة تبقى صاحي. ارتفاع TVL لا يعني أن السعر سيصعد. حاليًا عائد رهن BTC سنويًا منخفض في خانة رقم واحد تقريبًا، ورهن BABY أعلى قليلًا. المرحلة القادمة تعتمد على تطور النظام البيئي وتكامل المزيد من السلاسل العامة (public chains). “البتقاد/الدريم” مؤخرًا ظل يهتز حول 60 ألف، ومع اقتراب فك القفل سيكون التقلب بالتأكيد غير بسيط.

لذلك نصيحتي: إذا كان لديك BTC غير مستخدم فعليًا وتريد كسب عوائد بأمان، فجرّب بكمية صغيرة أولًا. وإذا تريد اللعب بأكثر “مغامرة/تفصيل” فانتظر حتى ينضج TBV أكثر. لا تعمل كل شيء مرة واحدة (لا تِسْلُك كُلّ رأس مال)، واضبط حجم المركز.

وأخيرًا، كلمة صريحة: تحويل البيتكوين من مجرد سبائك ذهب إلى “أصل إنتاجي” يولّد عوائد… أنا مؤمن بهذه الفكرة. لكن ليس هناك استعجال—نمشي خطوة خطوة. (هذا المقال هو لمهمة على المنصة، وليس نصيحة استثمارية.) #baby $BABY
صحيح جزئيًا
تفكيك كود Newton لمدة ثلاثة أيام—لنتحدث عن أين يتفوق Two-Digest على التوقيع المجمّع العاديبصراحة، خلال هذه الأيام تفككت كود Newton مرارًا وتكرارًا، أكثر فأكثر أشعر أنه مثير للاهتمام فعلًا. نحن نكتب كودًا، ونتضايق عادةً من ذلك النوع من الأوراق البيضاء التي يبالغ أصحابها في الكلام بشكل مبهر، ثم تكتشف أن العقود كلها حلول إدارة أصول بمفاتيح متعددة التوقيع. لكن بنية Newton الهجينة من TEE + ZKP، بصراحة ليست من النوع الذي يحاول التلاعب. إنها تقدم فكرة لوضع قيود على وكلاء الذكاء الاصطناعي؛ وباختصار، هي عزل القرارات عبر العتاد بشكل صارم، ثم استخدام التشفير لإثبات الأمور بحيث لا يمكن لأحد أن يعبث. هذا أكثر موثوقية بكثير من مجرد الاعتماد على حسن نية جهة المشروع. أكثر شيء أود التحدث عنه هو نظام Two-Digest الخاص بها؛ هذا التصميم يفهم فعلًا آلام البلوكشين. الجميع يستخدم التوقيعات المجمعة BLS، لكن Newton تفككها إلى مسارين: Consensus Digest يكون في الواجهة الأمامية؛ إذ يقوم بتشغيل جزء منطق يجمع تواقيع مجموعة من مزوّدي التشغيل في إثبات صغير، فتكون عملية التحقق على السلسلة سريعة جدًا، وهذا يناسب تمامًا سيناريوهات التداول عالي التردد. أما Full Digest فيبقى في الخلفية للمراقبة؛ ويتم الاحتفاظ بـ attestation لكل مزوّد كما هي. إذا حدث أي شيء، يمكن الرجوع وسحب الأدلة القديمة بسهولة. في السابق، مع التوقيعات المجمعة المعتادة، إذا وقع خلل كانت المسؤولية تختلط وتتلاشى ولا يمكن تفكيكها. الآن من يوقّع ماذا وهل القواعد صحيحة، كل شيء موثق بوضوح على السلسلة. وإذا كان هناك slashing فعلًا، فهناك أساس. المؤسسات الكبيرة تحب هذا النوع؛ فهي لا تريد أن يكون كل شيء “غالبًا” بلا مشاكل فقط، بل تريد، في حال حدوث مشكلة، أن تكون لديها أدلة قابلة للمساءلة والتتبّع.

تفكيك كود Newton لمدة ثلاثة أيام—لنتحدث عن أين يتفوق Two-Digest على التوقيع المجمّع العادي

بصراحة، خلال هذه الأيام تفككت كود Newton مرارًا وتكرارًا، أكثر فأكثر أشعر أنه مثير للاهتمام فعلًا.
نحن نكتب كودًا، ونتضايق عادةً من ذلك النوع من الأوراق البيضاء التي يبالغ أصحابها في الكلام بشكل مبهر، ثم تكتشف أن العقود كلها حلول إدارة أصول بمفاتيح متعددة التوقيع. لكن بنية Newton الهجينة من TEE + ZKP، بصراحة ليست من النوع الذي يحاول التلاعب. إنها تقدم فكرة لوضع قيود على وكلاء الذكاء الاصطناعي؛ وباختصار، هي عزل القرارات عبر العتاد بشكل صارم، ثم استخدام التشفير لإثبات الأمور بحيث لا يمكن لأحد أن يعبث. هذا أكثر موثوقية بكثير من مجرد الاعتماد على حسن نية جهة المشروع.
أكثر شيء أود التحدث عنه هو نظام Two-Digest الخاص بها؛ هذا التصميم يفهم فعلًا آلام البلوكشين. الجميع يستخدم التوقيعات المجمعة BLS، لكن Newton تفككها إلى مسارين: Consensus Digest يكون في الواجهة الأمامية؛ إذ يقوم بتشغيل جزء منطق يجمع تواقيع مجموعة من مزوّدي التشغيل في إثبات صغير، فتكون عملية التحقق على السلسلة سريعة جدًا، وهذا يناسب تمامًا سيناريوهات التداول عالي التردد. أما Full Digest فيبقى في الخلفية للمراقبة؛ ويتم الاحتفاظ بـ attestation لكل مزوّد كما هي. إذا حدث أي شيء، يمكن الرجوع وسحب الأدلة القديمة بسهولة. في السابق، مع التوقيعات المجمعة المعتادة، إذا وقع خلل كانت المسؤولية تختلط وتتلاشى ولا يمكن تفكيكها. الآن من يوقّع ماذا وهل القواعد صحيحة، كل شيء موثق بوضوح على السلسلة. وإذا كان هناك slashing فعلًا، فهناك أساس. المؤسسات الكبيرة تحب هذا النوع؛ فهي لا تريد أن يكون كل شيء “غالبًا” بلا مشاكل فقط، بل تريد، في حال حدوث مشكلة، أن تكون لديها أدلة قابلة للمساءلة والتتبّع.
في الآونة الأخيرة اشتعلت سخونة أفكار AVS، ولم أستطع إلا أن أتتبع أيضًا مدونة نيوتن التقنية وأتصفحها قليلاً. بصراحة، ما يروّج له يبدو مثيرًا للإعجاب إلى حد كبير؛ مثل روّاد تقييم العقدة الموزعة المسبقين… لكن في مرحلة البيتا لا توجد سوى بضع عقد للتحقق، وشعور “تجمع المعارف في مجموعات” قوي جدًا. ومع ذلك، بعيدًا عن شعارات اللا مركزية، توجد فعلاً أشياء ذات قيمة من منظور هندسي. لم يَحاولوا إجبار النظام على إطار عمل EVM العام؛ بل قاموا بإعداده باستخدام WASM، وأضافوا قواعد Rego كإضافة امتثال. أما البنود المعقدة في الأعمال عبر الحدود، فقد حولوها مباشرةً إلى وحدات قابلة للتركيب. كما أن عتبة تعلم المطورين منخفضة نسبيًا. تُنفَّذ الاستراتيجيات داخل بيئة اختبار (sandbox)، بينما لا تُجمَع على السلسلة سوى شهادات BLS الموقعة التي تجمع عبر عدة عقد—وكأن الثقة لم تعد “نظيفة تمامًا” بل أصبحت شيئًا يوافق عليه الجميع. هذا حل واقعي وسط. الخصوصية هي الجانب الذي جعلني أتوقف وأتمعن أكثر. شهادة واحدة تُستخدم في كل الشبكات تبدو مريحة، لكن في سيناريوهات المؤسسات—أليس هذا يعني تسليم المفتاح الرئيسي؟ أضاف نيوتن طبقة فرملة: يقوم AAD بربط النص المشفر بالـ policy_client وchain_id المحددين؛ فإذا تغيّرت التطبيقات أو السلاسل يصبح غير صالح. ثم يتكامل ذلك مع ربط الـ intent لمنع تأخير/إعادة ترخيص غير مقصودة. توجد احتكاكات بالطبع، لكن بالنسبة لإعادة استخدام البيانات بشكل عادي، ولحالات مثل RWA الحساسة أو أسواق العملات المستقرة، يلزم تأكيد جديد. بالنسبة للمتداولين، الأمر ليس مجرد النقر مرتين على زر تأكيد. عليهم أن يوازنوا هل يستحق الأمر دفع المال مرارًا مقابل تفويضات ذات حدود واضحة لمعاملات عالية القيمة. قد تهرب بعض الصفقات الصغيرة لأنها قد تعتبرها مزعجة، لكن بالنسبة للمؤسسات وقطاع RWA فإن ذلك قد يكون أمرًا جيدًا. بالطبع لدي أيضًا مخاوف: سابقًا كنت أشغّل وكيلًا على السلسلة، وحدثت لي قريبًا كارثة بسبب ترقية ثابت (firmware) من مزوّد الخدمة. لذلك أُبقي دائمًا نظرة حذرة على المشاريع التي تعتمد بشكل مبكر على TEE محدد. ما دام المتحققون قليلين، فلن أجرؤ على إعادة حساب المنطق حتى نرى القدرة على التحويل إلى TEE من مزودين متعددين، أو وصول العقد المجتمعية إلى الأغلبية. إجمالاً، $NEWT اختارت ممرًا ضيقًا بين الخصوصية والامتثال. لا تسعى إلى تجربة سلسة “تُخضع كل شيء”، بل تجعل المستخدمين مستعدين للمضي، والمحامين قادرين على الموافقة. وفي ظل السوق الحالية، إنها مسار عملي جدًا. @NewtonProtocol #Newt {spot}(NEWTUSDT)
في الآونة الأخيرة اشتعلت سخونة أفكار AVS، ولم أستطع إلا أن أتتبع أيضًا مدونة نيوتن التقنية وأتصفحها قليلاً. بصراحة، ما يروّج له يبدو مثيرًا للإعجاب إلى حد كبير؛ مثل روّاد تقييم العقدة الموزعة المسبقين… لكن في مرحلة البيتا لا توجد سوى بضع عقد للتحقق، وشعور “تجمع المعارف في مجموعات” قوي جدًا.

ومع ذلك، بعيدًا عن شعارات اللا مركزية، توجد فعلاً أشياء ذات قيمة من منظور هندسي. لم يَحاولوا إجبار النظام على إطار عمل EVM العام؛ بل قاموا بإعداده باستخدام WASM، وأضافوا قواعد Rego كإضافة امتثال. أما البنود المعقدة في الأعمال عبر الحدود، فقد حولوها مباشرةً إلى وحدات قابلة للتركيب. كما أن عتبة تعلم المطورين منخفضة نسبيًا. تُنفَّذ الاستراتيجيات داخل بيئة اختبار (sandbox)، بينما لا تُجمَع على السلسلة سوى شهادات BLS الموقعة التي تجمع عبر عدة عقد—وكأن الثقة لم تعد “نظيفة تمامًا” بل أصبحت شيئًا يوافق عليه الجميع. هذا حل واقعي وسط.

الخصوصية هي الجانب الذي جعلني أتوقف وأتمعن أكثر. شهادة واحدة تُستخدم في كل الشبكات تبدو مريحة، لكن في سيناريوهات المؤسسات—أليس هذا يعني تسليم المفتاح الرئيسي؟ أضاف نيوتن طبقة فرملة: يقوم AAD بربط النص المشفر بالـ policy_client وchain_id المحددين؛ فإذا تغيّرت التطبيقات أو السلاسل يصبح غير صالح. ثم يتكامل ذلك مع ربط الـ intent لمنع تأخير/إعادة ترخيص غير مقصودة. توجد احتكاكات بالطبع، لكن بالنسبة لإعادة استخدام البيانات بشكل عادي، ولحالات مثل RWA الحساسة أو أسواق العملات المستقرة، يلزم تأكيد جديد.

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

بالطبع لدي أيضًا مخاوف: سابقًا كنت أشغّل وكيلًا على السلسلة، وحدثت لي قريبًا كارثة بسبب ترقية ثابت (firmware) من مزوّد الخدمة. لذلك أُبقي دائمًا نظرة حذرة على المشاريع التي تعتمد بشكل مبكر على TEE محدد. ما دام المتحققون قليلين، فلن أجرؤ على إعادة حساب المنطق حتى نرى القدرة على التحويل إلى TEE من مزودين متعددين، أو وصول العقد المجتمعية إلى الأغلبية.

إجمالاً، $NEWT اختارت ممرًا ضيقًا بين الخصوصية والامتثال. لا تسعى إلى تجربة سلسة “تُخضع كل شيء”، بل تجعل المستخدمين مستعدين للمضي، والمحامين قادرين على الموافقة. وفي ظل السوق الحالية، إنها مسار عملي جدًا. @NewtonProtocol #Newt
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.
البريد الإلكتروني / رقم الهاتف
خريطة الموقع
تفضيلات ملفات تعريف الارتباط
شروط وأحكام المنصّة