Ajaz Ahmad11

عندما صادفت لأول مرة ذكر Rego في وثائق بروتوكول نيوتن، كدت أتجاوزه. لغة سياسات. تبدو جافة. تبدو كشيء تقرأه مرة واحدة ثم تنساه فورًا.
ثم نظرت إليه بتأنٍّ وأدركت أنه في الواقع واحد من أكثر الخيارات التقنية إثارة للاهتمام التي اتخذها نيوتن، وفهمه يغيّر طريقة تفكيرك في مدى قدرة طبقة الامتثال لدى نيوتن حقًا.
ما هو Rego ومن أين جاء:
Rego ليست شيئًا اخترعه نيوتن. إنها لغة سياسات تصريحية مفتوحة المصدر طوّرتها شركة Styra وتُستخدم على نطاق واسع في برمجيات المؤسسات ضمن مشروع يُسمّى Open Policy Agent، أو OPA. إذا كنت قد عملت في بنية تحتية سحابية أو أمان Kubernetes أو أنظمة التحكم بالوصول في المؤسسات، فهناك احتمال معقول أنك صادفت Rego بالفعل دون أن تعرف بالضرورة الاسم.

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

I want to describe something that I think most people in DeFi understand intellectually but haven't fully sat with in terms of what it actually means.
Every smart contract has a back door.
Not a bug. Not a poorly written function. Not something that slipped through an audit. A structural characteristic of how smart contracts work that creates a gap in almost every security and compliance system built around them.
Here's what I mean:
When a protocol builds security measures — sanctions screening, fraud detection, compliance checks, access controls — those measures almost always live at the frontend or application layer. The website checks your wallet before letting you proceed. The interface validates your inputs before submitting a transaction. The compliance API gets called before anything hits the chain.
Thi works fine for users who interact through the official interface. Which is a smaller and smaller percentage of actual DeFi activity every year.
Bots don't use frontends. Aggregators route transactions directly to contracts without touching an interface. Arbitrage systems call contracts programmatically thousands of times a day. And increasingly AI agents execute transactions autonomously without any human ever seeing a confirmation screen.
All of these bypass every security measure that lives at the frontend level. They walk straight through the back door — directly to the contract — and the contract has no way of knowing or caring that it was supposed to check something first.
Why this is worse than it sounds:
I've thought about this a lot and the more I do the more uncomfortable it makes me about how DeFi security actually works in practice.
Think about sanctions compliance specifically. A protocol builds a sanctions screening system. They integrate a compliance API. They block sanctioned wallets at the UI level. They feel good about their compliance posture.
But a sanctioned entity that knows what they're doing doesn't use the UI. They call the contract directly. And the contract has no idea a sanctions check was supposed to happen. The transaction goes through. The protocol has technically violated sanctions compliance despite having built a compliance system.
The legal exposure here is real. "We had a frontend filter" is not a defense that satisfies regulators when funds moved from a sanctioned wallet through your protocol.
Think about spend limits in DAO treasuries. A governance vote establishes spending controls. Everyone agrees to honor them. But anyone with technical knowledge can call the treasury contract directly and exceed those limits. The "controls" don't technically exist at the enforcement level. They exist at the social agreement level, which is a completely different thing.
Think about fraud detection. You build anomaly detection into your application layer. You flag suspicious patterns. You block wallets associated with known exploiters. None of that applies to someone hitting your contract directly from a fresh wallet with a carefully constructed transaction.
Every security measure that lives above the contract level has this same vulnerability. The back door is always there. The question is whether anyone is blocking it.
What Newton actually does:
When I understood Newton Protocol's approach properly this is the thing that made it click for me. They're not building a better frontend filter. They're not building a smarter API check. They're closing the back door itself.
Newton operates as an authorization layer at the contract level. Before a transaction executes — before, not after — it gets evaluated against a policy. That policy might be a sanctions check, a spend limit, a fraud rule, a counterparty requirement, a risk threshold. Whatever the developer defines.
The evaluation runs through Newton's decentralized operator network, backed by EigenLayer restaking so there's real economic weight behind every honest evaluation. The result comes back as a BLS attestation — cryptographic proof the check ran correctly. The contract acts on that attestation.
The critical thing is where this fires. At the contract level. In the transaction execution flow. Not at the frontend. Not in an API called before submission. Inside the transaction itself, before settlement.
That means a bot calling directly gets evaluated. An aggregator routing through gets evaluated. An AI agent executing autonomously gets evaluated. The back door doesn't work anymore because the check isn't at the door. It's at the destination.
The privacy piece matters here too:
One concern I've seen raised about onchain compliance is that checking transactions at the contract level means exposing personal data publicly. If your sanctions check leaves a record onchain, doesn't that mean personal information becomes a permanent public record?
Newton handles this specifically. What goes onchain is never the raw personal data. It's a cryptographic hash — a fingerprint that proves the check happened and what the result was without revealing anything underneath it. The evaluation runs offchain. The attestation that proves it ran is what becomes the permanent record.
You get contract-level enforcement without a public data exposure problem. Both things are true simultaneously because of how the cryptography works.
What this means with Mainnet Beta live:
VaultKit, which shipped with Newton's Mainnet Beta, is the SDK that lets developers actually implement this. Write a policy. Deploy it. Have it enforced on every transaction your contract receives regardless of origin.
The RedStone integration means policies checking price thresholds or collateral values are running against live, verified, tamper-resistant data rather than something that can be manipulated mid-transaction.
This is production infrastructure right now. Not a proposed solution. Not a roadmap item. Something developers can integrate today.
The back door that every smart contract has isn't inevitable. It's just been unaddressed until now. Newton is addressing it.
@NewtonProtocol $NEWT #Newt

دعني أبدأ بشيء أعتقد أنه يحتاج إلى قول.
لقد كنت في عالم العملات المشفرة لفترة كافية لأكون ساخرًا بدرجة يمكن وصفها بأنها واقعية بشأن إعلانات الشبكة الرئيسية. لقد تمدد هذا المصطلح إلى حدٍ بات يتجاوز معناه الأصلي لدرجة أنه لم يعد يسجل لدي أي أثر تقريبًا. تُعلن بعض المشاريع عن شبكات رئيسية على أنها مجرد شبكات تجريبية محسّنة. تطلقها مع ضجة كبيرة ثم تستمر بهدوء وكأنها بلا استخدام حقيقي. وتُصدر منتجات "شبكة رئيسية" تعمل بشكل مثالي في الظروف المتحكم بها، لكنها تنهار أول مرة يتعرض فيها الأمر لضغط حقيقي.
لذا، عندما أقول لك إن الإصدار التجريبي لشبكة نيوتن الرئيسية (Newton Protocol's Mainnet Beta) أصبح متاحًا، وإنني أعتقد أن ذلك يهم، فأريد أن أؤيد ذلك بتفاصيل محددة. ليس بالمشاعر. ليس بتكهّنات أسعار الرموز. بل معلومات حقيقية عن ما تم تسليمه، وما الذي يفعله، ولماذا يعد الانتقال إلى بيئة الإنتاج أمرًا مهمًا لهذا المشروع تحديدًا.

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

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

سأكون صريحًا معك بشأن انطباعي الأول عندما بدأت في النظر إلى Newton Protocol من زاوية المطور.
افترضت أنه سيكون معقّدًا. أي معقّدًا حقًا. محرك سياسات لا مركزي يعمل على EigenLayer، وإثباتات BLS، وإثباتات تشفيرية عبر سلاسل متعددة — عندما تسرد كل الأجزاء المتحركة على هذا النحو، يبدأ دماغك تلقائيًا في الاستعداد لمشروع تكامل يستغرق أسبوعًا كاملًا مع ثلاث تبويبات توثيق مفتوحة وأسئلة على Stack Overflow مكتوبة نصفها مسبقًا.

سأكون صريحًا معك. في المرات القليلة الأولى التي قرأت فيها عن EigenLayer، كنت أفهم الكلمات على حدة، لكن ليس ما كانت تعنيه فعليًا على أرض الواقع.
إعادة الرهن. خدمات مُتحقَّق من صحتها بنشاط. أمن مشترك. كان كل شيء منطقيًا من الناحية النظرية، لكن بدا الأمر مجردًا بطريقة جعلت من الصعب أن تهتم. كان أحد تلك المفاهيم التي كنت أومئ لها باستمرار دون أن أستوعبها فعليًا.
ما جعل الأمر يتضح لي أخيرًا هو فهم بروتوكول Newton. ليس لأن Newton يشرح EigenLayer بشكل أفضل من أي شخص آخر. بل لأن Newton يُعد أحد أوضح الأمثلة الواقعية على سبب وجود EigenLayer وما المشكلة التي يحاول حلها في الحقيقة.

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

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