أكبر شيء تعلمته عن خزائن بيتكوين ليس سردية “الجسر”، بل هو الفصل بين مكان تأمين البيتكوين وبين المكان الذي يُستخدم فيه فعليًا.
هذا ما يجعل مفهوم خزائن بابيلون المعتمد على الثقة بشكل مُنقّح مثيرًا للاهتمام بالنسبة لي.
يبقى البيتكوين نفسه مقفلًا على بيتكوين تحت شروط إنفاق محددة مسبقًا، بينما يمكن أن يوجد في المقابل سجل الخزنة على سلسلة أخرى مثل Ethereum.
بعبارات بسيطة: بيتكوين تتولى حفظ الأصول (custody)، بينما السلسلة الأخرى يمكنها التعامل مع التطبيقات القابلة للبرمجة.
الجزء الذي أراه أكثر أهمية هو دورة حياة الخزنة: Pending → Verified → Active → InUse.
بالنسبة لي، هذا ليس مجرد وسم للحالة. إنه يمثل مسار ثقة (trust pipeline). لا ينبغي أن تصبح الخزنة قابلة للاستخدام فورًا لمجرد أن شخصًا ما ادّعى أنه تم إيداع BTC. يجب تأكيد معاملة بيتكوين وربطها بالخزنة الصحيحة قبل أن يتمكن النظام من التعرف عليها كـ Verified.
بنية Taproot هي جزء آخر يستحق المتابعة. بدلًا من الاعتماد على نموذج محفظة بسيط، يمكن لـ Taproot دعم مسارات إنفاق أكثر مرونة مع الحفاظ على قواعد جانب بيتكوين مُطبَّقة من جانب بيتكوين نفسها.
رأيي: الابتكار الحقيقي ليس مجرد “وضع BTC على سلسلة أخرى”. بل هو إنشاء اتصال قابل للتحقق بين BTC الأصلي المقفل على بيتكوين والتطبيقات التي تريد استخدام ذلك الـBTC في مكان آخر.
هذه هي الخلاصة التي أتابعها: إذا كانت طبقة التحقق قوية، فقد تصبح سيولة بيتكوين أكثر قابلية للتأليف (composability) بكثير دون تحويل كل حامل لـ BTC إلى عميل لدى جهة حفظ أصول مركزية.
أكبر رؤية لبابلون—في رأيي—بسيطة: قد لا يعود على البيتكوين أن يختار بين البقاء أصليًا وبين الوصول إلى التمويل اللامركزي (DeFi).
تم تصميم «خزنة البيتكوين غير القابلة للثقة» لدى Babylon (TBV) لتمكين البيتكوين الأصلي من العمل كضمان في تمويل لا مركزي على الإيثيريوم دون جسور، أو حفظ مُلتف (wrapped custody)، أو تجميع بيتكوين (pools).
التدفق العملي مثير للاهتمام: يقوم المستخدمون بقفل Signet BTC على شبكة البيتكوين، وتفعيل خزنة، ثم استلام vaultBTC كضمان. ومن هناك، يغطي تدفق الاختبار الموثق (Testnet) الاقتراض عبر Aave v4، ثم السداد، ثم سحب الضمان، وصولًا في النهاية إلى استرداده مرة أخرى إلى البيتكوين.
وهذا يخلق طريقة مختلفة للتفكير في سيولة البيتكوين.
بدلًا من نقل البيتكوين بعيدًا عن بيئته الأصلية، يتمثل الهدف في جعله مفيدًا عبر DeFi مع إبقاء البيتكوين الأساسي مُقفلًا في شبكة البيتكوين.
في رأيي، هذه هي الخلاصة الحقيقية: قد لا يكون اختراق البيتكوين التالي في مجال DeFi مجرد أصل مُلتف آخر، بل قد يكون بنية تحتية تربط البيتكوين الأصلي بتطبيقات مالية أوسع دون التضحية بنموذج حيازته الأساسي.
أنا أتساءل ما إذا كان نيوتن في نهاية المطاف سيجعل هذا هو التوقع الافتراضي بدلًا من كونه ميزة أمنية اختيارية. يبدو أن هذا هو السؤال الأكثر إثارة للاهتمام.
Aesthetic_Meow
·
--
ماذا لو كانت أكبر ترقية للأمان ليست محفظة أخرى، بل قرارًا إضافيًا واحدًا قبل إجراء معاملة؟ أثناء اختبار @NewtonProtocol ، كانت هناك نقطة واحدة ظلت تلفت الانتباه. لا يلزم تنفيذ معاملة لمجرد أنها تم توقيعها. #Newt يتيح لك محاكاة السياسة أولاً، ثم يُرجع نتيجة بسيطة: allow = true أو false. هذا التحقق الصغير يغيّر طريقة عمل الأتمتة. 3 أشياء دونتها أثناء الاطلاع على Newton: _ يقوم Newton بتقييم المعاملة قبل تنفيذها، وليس بعد أن تستقر. _ يقوم #SDK بالتحقق من نية المعاملة باستخدام تفاصيل مثل المرسل، والمستلم، والقيمة، وبيانات السياسة ضمن طلب محاكاة واحد. _ النتيجة ثنائية. True تعني المضي قدمًا. False تعني التوقف. لا تخمين، ولا تنفيذ جزئي. هذا الأمر أهم مما يبدو. يمكن لمحاكاة سياسة واحدة أن تمنع وكيلًا للذكاء الاصطناعي أو سير عمل أتمتة من إرسال الأموال خارج الحدود المصرح بها. إن فشل التحقق يكلف أقل بكثير من خطأ لا يمكن استرجاعه على السلسلة. إذا كنت تبني باستخدام $NEWT ، جرّب عادة واحدة: احاكِ كل معاملة ذات قيمة عالية قبل بثّها. فهذا يضيف خطوة إضافية، لكنه يزيل قدرًا مدهشًا من عدم اليقين. أنا مهتم بما إذا كان Newton في النهاية سيجعل هذا توقعًا افتراضيًا بدلًا من كونه ميزة أمان اختيارية. يبدو هذا كالسؤال الأكثر إثارة للاهتمام. #NewtonProtocol #NEWTtoken #NEWTUSDT $ETH
يحتاج الفضاء إلى مزيد من الطبقات مثل هذه التي تُعطي الأولوية لـ “هل يتمّ الاستقرار بأمان فعلاً” على السرعة الخام. نيوتن يحاول. إن التزام المشغّلين بالنزاهة واعتماد المطورين للسجلّ سيُظهر ذلك خلال الدورات القادمة. سأبقيه ضمن قائمتي، لكن بحجوم مراكز تتناسب مع المرحلة.
Aesthetic_Meow
·
--
لماذا تبدو حواجز حماية وكيل نيوتن مختلفة (وما الذي قد لا يزال يخطئ)
<c-16/>تتيح لك تشغيل وكلاء الذكاء الاصطناعي على أموالك دون تسليم المفاتيح على الورق، على الأقل. التوتر الحقيقي بسيط: لطالما كانت أتمتة التمويل اللامركزي (DeFi) تتاجر بالأمان مقابل الراحة. بروتوكول Newton ( ) يحاول إصلاح ذلك بإضافة طبقة سياسات تتحقق من القواعد قبل تنفيذ أي معاملة. ليست مزرعة عوائد أخرى. إنها نظام تفويض مصمم للوكلاء والمؤسسات. كيف يعمل نيوتن فعلًا (في الممارسة العملية) يكتب المطورون سياسات في Rego، وهي لغة سياسات تقوم بتقييم بيانات خارج السلسلة مثل قوائم العقوبات وحالة KYC أو حدود الإنفاق. تقوم شبكة مشغّلين لامركزية (مدعومة بإعادة الرهن عبر EigenLayer) بإجراء الفحص. تمر فقط المعاملات المتوافقة. ينتج كل شيء إيصالًا قابلًا للتحقق على السلسلة.
السؤال الحقيقي ليس مدى سرعة المعاملة، بل ما إذا كان ينبغي أن تحدث أصلًا.
@NewtonProtocol #Newt $NEWT ماذا لو كانت أكبر عقبة أمام التبنّي على السلسلة ليست السرعة أو قابلية التوسع، بل مسألة ما إذا كان ينبغي أصلًا أن تحدث معاملة؟ غيّر هذا السؤال تمامًا طريقتي في النظر إلى نيوتن. تركّز معظم مناقشات البلوك تشين على جعل المعاملات أسرع أو أرخص أو أكثر قابلية للتوسع. لكن نيوتن يبدأ في وقت أبكر بكثير في العملية. بدلًا من أن تسأل، "كيف يمكننا تنفيذ هذه المعاملة بشكل أسرع؟" فإنها تسأل، "هل ينبغي أصلًا السماح لهذه المعاملة بالحدوث؟" قد يبدو هذا الفرق بسيطًا، لكنه يغيّر كيفية عمل التفويض عبر الأنظمة اللامركزية.
ماذا يحدث عندما يمكن لوكيل ذكاء اصطناعي نقل الأموال بسرعة تفوق قدرة أي إنسان على الاستجابة؟ توضح هذه الإجابة لماذا يركز @NewtonProtocol على التفويض قبل التنفيذ بدلًا من الاعتماد على عمليات التحقق بعد إرسال معاملة. #Newt أصبحت النسخة الرئيسية (Mainnet Beta) الآن مباشرة على Base وEthereum، حيث يعمل معظم وكلاء الذكاء الاصطناعي المسجلين بالفعل. الهدف بسيط: فرض القواعد بنفس السرعة التي تعمل بها الوكلاء الذاتيون. بدلًا من انتظار مراجعة يدوية، يقوم $NEWT بتقييم سياسات محددة مسبقًا قبل أن تصل المعاملة إلى التسوية. يمكن أن تشمل هذه السياسات أذونات المحفظة، وحدود المخاطر، ومتطلبات الامتثال، وظروف البيانات الخارجية. إذا تم استيفاء القواعد، تستمر المعاملة. وإذا لم يتم استيفاؤها، تتوقف قبل أن تتحرك الأموال. في رأيي، هذا أحد التحولات الأكثر عملية في البنية التحتية على السلسلة. مع ازدياد شيوع وكلاء الذكاء الاصطناعي، لا يمكن أن تعتمد الأمان على البشر الذين يوافقون على المعاملات بعد وقوعها. يجب أن يُبنى ذلك داخل تدفق المعاملة نفسه. القيمة الحقيقية لـ Newton ليست جعل المعاملات أسرع. بل هي جعل المعاملات الذاتية أكثر قابلية للتنبؤ والبرمجة وأسهل للتحكم دون إبطائها. الدرس الرئيسي بسيط: بينما يتحرك الذكاء الاصطناعي بسرعة الآلات، يبيّن Newton أن التفويض يجب أن يتحرك أيضًا بسرعة الآلات. $XAUT $ETH #BitcoinFallsOver50%FromOctoberHigh #MoonbeamToMigrateGLMRToBase #RevolutToDelistUSDT #GillibrandCallsForDigitalAssetEthicsBan
يستحق الاختبار لمعرفة ما إذا كانت سياسة التنفيذ هي عنق الزجاجة لديك. أما الباقي فيعتمد على مدى صمود الأجزاء الموجودة على السلسلة تحت الضغط.
Aesthetic_Meow
·
--
إن الحصول على مفتاح API من Newton يبدو سهلًا للغاية—إلى أن تحاول دمجه.
يتيح نظام لوحة تحكم Newton ومفاتيح API للمطوّرين الوصول بسرعة إلى البوابة لمحاكاة السياسات والمهام على سلاسل مثل Sepolia. لا إعدادات معقدة؛ فقط مفتاح يعمل مع الـ SDK. هذا ما يُدّعى على الورق. عمليًا، يقلّل الاحتكاك عند اختبار قواعد مثل فحوصات العقوبات، لكنه يترك بعض الأسئلة المفتوحة حول التحكم طويل الأمد. @NewtonProtocol #Newt $NEWT تدفق الخدمة الذاتية يعمل بسرعة: سجّل الدخول في dashboard.newton.xyz، واحصل على مفتاح، أو استخدم نقاط النهاية dashboard.api.newt.foundation مع SIWE أو OTP عبر البريد الإلكتروني. يكفي curl واحد للحصول على التحدي، ثم التوقيع والتحقق، وبعدها أنشئ مفتاحًا بصلاحيات RPC. اختبرت محاكاة البداية السريعة، وكانت عملية فحص OFAC تُعاد خلال ثوانٍ باستخدام مفتاح صالح.
ماذا لو استطاع سير عمل واحد من @NewtonProtocol أن يستبدل خمسة تكاملات منفصلة؟ كنت أظن أن #Newt يتعلق بالحوسبة بشكل أساسي. ثم نظرت إلى حالة استخدام عملية واحدة فقط.
Aesthetic_Meow
·
--
ماذا لو كان بإمكان سير عمل واحد @NewtonProtocol استبدال خمس عمليات تكامل منفصلة؟ كنت أظن أن الأمر #Newt يتعلق بشكل أساسي بالحوسبة. ثم نظرت إلى حالة استخدام عملية واحدة بدلًا من ذلك. يمكن لسير عمل واحد #NewtonProtocol أن يربط 5 مجالات مختلفة: أتمتة التمويل اللامركزي، وخدمات الذكاء الاصطناعي، والحوسبة الموجهة للخصوصية، والمعالجة عبر سلاسل متعددة، والأحمال العلمية. هذا يغيّر طريقة تصميم التطبيق أكثر مما يغيّر طريقة كتابة الكود. إليك الجزء الذي وجدته مثيرًا للاهتمام: • سير عمل واحد: سحب البيانات من سلاسل متعددة عبر Newton. • الخطوة الثانية: السماح لخدمة ذكاء اصطناعي بتحليلها. • الخطوة الثالثة: تنفيذ المهمة في بيئة حوسبة سرّية إذا كانت البيانات حساسة. • الخطوة الرابعة: إرسال النتيجة مرة أخرى على السلسلة بشكل تلقائي. هذا يعني أجزاء متحركة أقل من محاولة ربط أنظمة منفصلة معًا. كما لا أعتقد أن كل مشروع يحتاج إلى جميع القدرات الخمس. أغلب المشاريع لن تحتاج. لكن توفرها داخل Newton يعني أن بإمكان المطورين البدء بشكل أبسط والتوسع لاحقًا بدلًا من إعادة بناء البنية التحتية. بالنسبة لـ $NEWT ، يفتح ذلك نقاشًا مختلفًا. ليست القيمة في التنفيذ الأسرع فقط. بل هي تقليل عمل التكامل حتى قبل أن يصل التطبيق إلى المستخدمين. هذه هي الزاوية العملية التي أتابعها مع Newton. ليس الميزات الرئيسية. بل عدد الاتصالات التي لا يتعين عليك بناؤها بنفسك. #NEWTtoken #NEWTUSDT $CL $ETH أين ترى أكبر قيمة في Newton؟
لماذا يجلس رأس المال على الهامش في عالم العملات المشفّرة؟ يجب أن تُستوفى القواعد قبل تسوية المعاملات. @NewtonProtocol mainnet beta جاهز: طبقة تفويض على السلسلة تفرض السياسات على كل معاملة. يتحقق من الشروط أولاً، ثم يستعلم عن بيانات السعر، والعقوبات، وقواعد المخاطر عبر RedStone وغيرها. يحل احتكاك الامتثال، ويحوّل المراجعات اليدوية إلى كود قابل للتحقق وقابل للبرمجة. يُمكّن محافظ آمنة؛ يتيح VaultKit للقيّمين تضمين ضوابط للـ DeFi وRWAs دون ثقة خارج السلسلة. الخلاصة العملية: حدّد السياسة → يتحقق Newton → تُنفَّذ المعاملة (أو تُسترد). فما الذي يعنيه ذلك؟ ينتقل رأس المال إلى حيث تُفرض القواعد على السلسلة. اختبر نسخة Newton beta لأتمتة أكثر أماناً.
@NewtonProtocol #Newt $NEWT الصناعة المالية التقليدية قضت قرنًا في تضمين عمليات التحقق بعمق داخل أنظمتها. أما التشفير فقد أمضى عقدًا في ترك تلك العمليات عند مستوى المحفظة أو التطبيق بحيث يسهل تجاوزها. بروتوكول نيوتن يغيّر ذلك. فهو يعيد التفويض القابل للتنفيذ إلى داخل البنية الأساسية: يتم التحقق في العقد، قبل أي تسوية. الادعاء الرئيسي: نيوتن هو محرك سياسات لا مركزي وطبقة تفويض (مبني كـ AVS على EigenLayer) تقوم بتقييم المعاملات وفقًا لقواعد قابلة للبرمجة قبل تنفيذها. وهذا يخلق امتثالًا قابلًا للتحقق على السلسلة بدون تغيير تجربة المستخدم.
فكرة تداول سريعة لـ $NEWT (حوالي 0.0491) #NewtonProtocol #Newt #NEWTtoken يوضح الرسم قفزة قوية سابقة تم رفضها، والآن السعر يتداول في نطاق تماسك قريب من الدعم. الانطباع قصير المدى محايد إلى سلبي، لكن قد يرتد من هنا. #NEWTUSDT صفقة طويلة (تفضيلي البسيط): الدخول: 0.0489 – 0.0491 إيقاف الخسارة: 0.0484–0.0486 (تحت الدعم مباشرة) جني الربح: 0.0498 أولاً، ثم 0.0505+
صفقة قصيرة (إذا انكسر للأسفل): الدخول: تحت 0.0488 إيقاف الخسارة: 0.0495 جني الربح: 0.0480 ثم 0.0475
حافظ على المخاطر صغيرة (1-2% من رأس المال). هذه العملة تتحرك بسرعة، لذا راقب حجم التداول ولا تحتفظ لفترة طويلة. ليس نصيحة مالية فقط قراءتي السريعة للرسم. تداول بأمان! @NewtonProtocol is $BASED on $ETH blockchain.....
المعاملة التي تراها ليست هي المعاملة التي تحدث بالفعل
عندما تتحرك الأموال على السلسلة، ترى التسوية وهي الخطوة الأخيرة. لكن ماذا عن كل ما يقرر ما إذا كان ينبغي أصلاً إجراء هذا التحويل؟ هذه القطعة المفقودة هي ما @NewtonProtocol تم بناؤه. <t-83/>#Newton يُنشئ طبقة تفويض قابلة للتحقق على السلسلة تتحقق من الامتثال والمخاطر قبل تسوية المعاملات، محوّلاً "ثق بي" إلى "تحقق مني." إليك كيف يعمل ذلك فعليًا. السياسات تعمل على السلسلة فقط، لا ضمن لوحة تحكم $NES معظم امتثال العملات المشفرة يحدث على مستوى واجهة المستخدم. يقوم المحفظة بحظر معاملة، أو يعرض تطبيق لامركزي (dapp) تحذيرًا. لكن يمكن للمستخدمين تجاوز ذلك عبر استدعاء العقد الذكي مباشرةً. إن عملية الإنفاذ ليست مرتبطة بالتسوية.
غيّرت تلك الأسئلة الطريقة التي نظرتُ بها إلى نيوتن بعد التعمّق في تدفق إثبات صحته (attestation).
معظم الأنظمة تتوقف عند "تم التحقق".
#Newt يمضي خطوة إلى الأمام. يمكن دعم كل قرار امتثال بإثبات BLS، لذا تكون النتيجة موقّعة تشفيريًا بدلًا من الاعتماد على السمعة أو مُحقق مركزي. الجزء العملي هو ما شدّ انتباهي.
يتم كتابة التجزئات والالتزامات فقط على السلسلة. ليس على وثائق المستخدم. وليس على البيانات الشخصية.
هذا يعني أن قرارًا واحدًا ينتج إثباتًا واحدًا يمكن التحقق منه مع كشف 0 قطعة من معلومات خاصة خام على السلسلة. بالنسبة للمطوّرين، يحافظ نيوتن أيضًا على الأمور بسيطة.
يمكن لنفس الـ SDK الاتصال بمحافظ المستخدمين و dApps ووكلاء الذكاء الاصطناعي وتطبيقات DeFi دون إعادة بناء تدفق التحقق في كل مرة. خلاصة ما أخذته من نيوتن ليست أنه "أكثر أمانًا".
بل أن نموذج الثقة يتغير. في المرة القادمة عندما تقيم بروتوكولًا، تحقّق من هذه الأشياء الثلاثة: • هل يمكن التحقق من النتيجة تشفيريًا؟ • كم مقدار بيانات المستخدم التي تصل إلى البلوكشين؟ • هل يمكن أن يعمل نفس الإثبات عبر تطبيقات متعددة؟
هذه قائمة تدقيق أصعب بكثير مما يبدو... ونيووت يبدو أنه يستهدفها مباشرة.
فيزا للمعاملات عبر العملات الرقمية—لكن هل يحتاجها أي شخص فعلًا؟
@NewtonProtocol يدّعي أنه يستطيع إصلاح ذلك، عبر جعل كل معاملة تمرّ بفحص مخاطر مباشر قبل أن تستقر. فيزا تفعل ذلك مع البطاقات. <t-97/>#Newt وهي تفعل ذلك مع المحافظ. ماذا يعني ذلك فعليًا: · فوري، وليس رجعيًا. معظم البروتوكولات تتحقق من القواعد بعد وقوعها (أو لا تفعل ذلك على الإطلاق). ينفّذ نيوتن التحقق من التفويض في الـ mempool قبل حدوث أي تغييرات في الحالة. · حزم سياسات قابلة للتوصيل. يكتب الأمناء القواعد: حدود الصرف، حظر الولاية القضائية، نسب الضمانات، وفحص العقوبات. دون الحاجة إلى إعادة كتابة عقود ذكية مخصصة. · إثبات موقّع عند الخروج. كل قرار ينتج عنه تأكيد قابل للتدقيق على السلسلة (نجاح/فشل). هذا قابل للتدقيق، وليس مجرد صندوق أسود.