大伙这两天刷到 Newton Protocol 的小作文没？他们家最近一直挂在嘴边的核心卖点，就是所谓的“去中心化、可验证自动化层”。听起来是不是特别硬核、特别 Web3？
我这人有个习惯，看到这种高大上的词就喜欢去抠底层的技术架构。结果顺着他们的开发文档扒了一圈，直接给我看傻了。这里面有个根本性的逻辑闭环根本对不上：Newton 天天喊着去中心化，结果底层的 TEE（可信执行环境）全跑在 AWS（亚马逊云）上。也就是说，你以为你信任的是区块链，其实最后把安全密钥全交到了亚马逊手里。
اليوم سنتحدث بعبارات بسيطة تمامًا، دون أي تصفية مهنية، لنناقش كم من التفاصيل المشبوهة يخفي ما يسمى بـ “الأتمتة اللامركزية”.
أولًا: ما يسمى بـ “القابلية للتحقق”؛ والمرحلة الأخيرة في النهاية تتطلب النظر إلى وجه Amazon
أولًا، يجب أن يفهم الجميع منطق TEE. الشيفرة بالفعل لا يمكن العبث بها، وملفات الإثبات الناتجة يمكن فعلًا إرسالها إلى السلسلة للتحقق منها—يبدو الأمر صحيحًا تمامًا. لكن المشكلة أن TEE الذي يستخدمه Newton يعمل داخل AWS Nitro Enclaves التابعة لشركة Amazon، وفي النهاية يتم إصدار إثبات قياسات “المسافة/الدرجة البعيدة” من قِبل AWS نفسها!
ماذا يعني ذلك؟
سجّل لـ AWS موافقتها، وعندها فقط تُعد عملية التحقق صحيحة.
إذا لم تعترف AWS بالأمر، أو لسبب ما طُلب منها ألا تعترف، فإن عملياتك الآلية تصبح مباشرةً نكتة.
أليس هذا بالضبط “نقل للثقة”؟ أنت فقط تنقل ثقتك في فريق الجهة المطوّرة إلى أكبر عملاق تقليدي في الإنترنت في العالم—Amazon. إذا كان هذا يُسمى لا مركزية، فلنلعبها ببساطة: دعونا لا نستخدم البلوكشين أصلًا، واستخدموا خوادم Web2 لتطوير كل شيء.
ثانيًا: إذا واجهت قوة قاهرة، فإن Newton لا يملك Plan B على الإطلاق.
وما يقلق أكثر هو أنني قلبت كل ما في الوثائق التقنية الرسمية رأسًا على عقب؛ ومع ذلك لم أرَ أي وصف لـ “حلول أجهزة بديلة” أو “آليات تعافٍ من الكوارث عبر عدة سحابات”.
هذا ليس مجرد قلقي أنا. يعرف العاملون في المجال التقني أن مثل هذا الاعتماد الشديد على مزوّد خدمة واحد لا يمكن حله عبر الكود؛ بل تحدده المصالح التجارية الكامنة أو السياسة الجيوسياسية الخارجية.
افترض سيناريو متطرفًا: > في يومٍ ما، بسبب الامتثال للسياسات أو نوعٍ ما من القوة القاهرة، يطلب من الحكومة الأمريكية من AWS التعاون في عملية تدقيق. إذا رفعت AWS يدها فقط وأوقفت إصدار توقيعات إثباتات TEE التي تعمل على Nitro Enclaves، فستتعطّل قدرة تحقق شبكة Newton فورًا وبشكل مباشر.
في مواجهة مثل هذه الحوادث السوداء شديدة التدمير، يبدو أن الجهة المطوّرة لا تملك حاليًا أي خطط طوارئ.
قد يأتي شخص ليرد ويقول: “على الأقل استخدام عزل أجهزة TEE أفضل من الاعتماد بالكامل على عمليات صندوق أسود من طرف الجهة المطوّرة، أليس كذلك؟”
لا يمكن قول ذلك بهذه الطريقة. عندما تنقل “مرساة الثقة” من الجهة المطوّرة إلى Amazon، فأنت في الحقيقة تستبدل كيانًا تعرفه بدرجة أقل وأقل قدرة على التحكم فيه—كيانًا ضخمًا لا تعرف عنه سوى القليل ولا يمكنك التحكم فيه. سياسات التشغيل الداخلية لدى AWS ومعايير الامتثال وحتى سجلات التعطل في التاريخ: كمستخدم عادي لا يمكن معرفة ذلك أصلًا. في تاريخ الإنترنت، كم مرة حدثت لدى AWS حالات تعطل واسعة النطاق؟ أي مرة لم تكن مع تعطّل مئات الخدمات التي تعتمد عليها؟ إذا حدث خلل في AWS، فلن يتسنى أصلًا إنشاء إثباتات TEE، وستتوقف استراتيجيات المستخدم الآلية فورًا في منتصف الطريق، مع وضعك في موقف صعب من حيث المضي قدمًا أو التراجع.
ثالثًا: تُطوَّل سلسلة الثقة كثيرًا، ويتحول الجزء الأوسط بالكامل إلى “دمى أجهزة” للشركات الأمريكية
تظن أنك ستكتفي بالثقة في Amazon فقط؟ لنحلّل سلسلة الثقة الخاصة بـ TEE بعناية، وستكتشف أن فيها “التعشيش داخل التعشيش” بشكل مخيف.
الأمان الأساسي لتجهيزات TEE يعتمد في النهاية على “المفاتيح الجذرية/المفاتيح السرّية الأصلية” التي يحقنها مصنعو الشرائح في الأجهزة عند التصنيع. حاليًا، الأجهزة السائدة في السوق هي Intel (إنتل) وAMD. لذا، إذا أردنا إتمام عملية ما يسمى “بتداول آلي قابل للتحقق”، فإن مسار الثقة الحقيقي لها يكون في الواقع هكذا:
الخطوة الأولى: أرسل أوامر التداول الآلي إلى بروتوكول Newton.
الخطوة الثانية: يقوم Newton برمي الاستراتيجية على خادم AWS السحابي للتشغيل.
الخطوة الثالثة: تعتمد بيئة تشغيل TEE لدى AWS على مفاتيح الأجهزة السرّية التي تُحقن بواسطة Intel أو AMD لإجراء عزل التشفير.
الخطوة الرابعة: بعد اكتمال التنفيذ، يصدر نظام الامتثال لدى AWS إثبات قياس “المسافة/الدرجة البعيدة”.
الخطوة الخامسة: أعد إرسال الإثبات إلى سلسلة Newton، وأكمل التحقق النهائي على السلسلة.
لنعدّها معًا: يوجد ما لا يقل عن خمس طبقات من سلسلة الثقة! الطبقة الأخيرة فقط—أي خطوة التحقق التي تتم على السلسلة—هي التي تكون علنية وشفافة على شبكة البلوكشين. أما الطبقات الأربع الأولى (عقد Newton، منصة AWS السحابية، رقائق Intel، رقائق AMD) فهي كلها كيانات مركزية بنسبة 100%. بعد كل هذه الالتفافات، لم ننتقل فقط من “الثقة بفريق Newton”، بل إلى “الثقة كذلك بـ Amazon + Intel + AMD”. هل يُعد هذا فعليًا تحسينًا من ناحية التجربة لمجتمع تشفير يسعى إلى اللامركزية؟
رابعًا: ما يُقال عن “الانتقال المستقبلي”، يشبه أكثر خدعة بوعد بعيد المدى لا يأتي
في الواقع، منذ وقت طويل اكتشف بعض الإخوة داخل المجتمع هذه المشكلة ووجّهوا اعتراضًا إلى الجهة المطوّرة: “بما أن Newton يروّج بأنه طبقة أتمتة لا مركزية، فلماذا لا يقوم هو نفسه ببناء عنقود أجهزة فيزيائية موزّعة لـ TEE، بدل الاعتماد على AWS لتوفير الجهد؟”
كانت الإجابة الرسمية في ذلك الوقت تقريبًا: “من أجل كفاءة التطوير والتشغيل في المراحل المبكرة، اخترنا أولًا حلًا من مزود سحابي ناضج. وفي المستقبل سننتقل تدريجيًا إلى شبكة أجهزة فيزيائية لامركزية بالكامل.”
هذا أمر مثير للاهتمام فعلًا. “إلى متى” بالضبط ستكون “المستقبل”؟ ثلاثة أشهر؟ سنة؟ أم إلى أن تتوقف الأمور لأن المشروع لم يعد قادرًا على الاستمرار ولا أحد يراها؟ في خريطته الرسمية للطريق (Roadmap)، لا يكتب Newton حتى عقدة زمنية محددة لهذا “الانتقال لامركزية الأجهزة” الذي هو في غاية الأهمية. وهذا يعني أنه حتى ذلك الحين، كل “استراتيجيات قابلة للتحقق” تدور على الشبكة ويتم الترويج لها بنبرة عالية، ما تزال محكومة تمامًا بيد العملاق المركزي الذي يضع ختم الإغلاق عند النهاية.
لخّص الأمر
شبكة تصرّ على أنها لا مركزية، لكن أهم وحدة لإجراء التحقق الآلي تعمل على أكبر خادم سحابي مركزي في العالم—وهذا بحد ذاته سخرية كبيرة جدًا.
تُعد TEE بالفعل تقنية جيدة ومفيدة جدًا في الحوسبة الخصوصية. لكن يجب على الجميع أن يدركوا بوضوح: تقنية TEE نفسها لا تحل مشكلة “نزع الثقة” في Web3؛ هي فقط تنقل ثقتنا بـ “البشر” إلى “عمالقة الأجهزة” و“مقدمي خدمات السحابة”. إذا كنت تلعب مجال التشفير وأنت تسعى إلى السيطرة المطلقة ومقاومة الرقابة، فإن بنية تقنية Newton التي تعتمد بشكل شديد على AWS تُعد بالنسبة لك مخاطرة لا يمكن تجاهلها.
(هذا المقال هو مهمة منصّة، ولا يشكل أي نصيحة استثمارية.)