shareyourvote

قمتُ بتعيين برنامج البيع المُنظَّم استنادًا إلى تقرير يونيو 2025 لأنه يحتوي على مكوّنات أكثر تمييزًا مما يوحي به الحدس بأن المطلعين يبيعون وفق جدول؛ سبعة آليات منفصلة تعمل معًا.

شهادة ما قبل التبني لا يمكن اعتماد الخطة إلا عندما يكون لدى الفرد عدم امتلاك معلومات غير عامة جوهرية في تلك اللحظة.

فترة التهدئة لا يمكن بدء المبيعات فورًا بعد اعتماد الخطة؛ إذ إن التأخير الإلزامي يحد من أي ميزة معلومات متبقية. حدود تكرار البيع: لا تُسمح إلا بمبيعات دورية مُجدولة مسبقًا دون توقيت تقديري. حدود الكمية (Sale Caps): قيود محاذية للحجم على مقدار ما يمكن بيعه في كل عملية بيع مُجدولة.

قيود الأهلية: لا يَجوز إلا للرموز غير المقيّدة بالكامل والمستحقة بالكامل؛ تُستبعد الرموز المقيّدة أو غير المستحقة كليًا. متطلبات التنفيذ: يجب أن تتم المبيعات عبر طرف ثالث مستقل من خلال بورصات معتمدة أو منصات OTC غير مُدارة ذاتيًا. شرط الإيقاف: يمكن لمدير الخطة تعليق الخطط النشطة خلال أحداث بروتوكول كبرى أصوات الحوكمة ترقيات حوادث أمنية لمنع توقيت غير متوافق.

سبع ضوابط متميزة، يَغلق كلٌّ منها فجوة محتملة مختلفة.
شهادة ما قبل التبني وفترة التهدئة تعالجان عدم تماثل المعلومات وقت الالتزام. حدود تكرار البيع وحدود الكمية تعالجان التوقيت التقديري والتلاعب بالحجم.

في الواقع، أعتقد أن هذا البناء شامل فعلًا؛ إذ إنه مُنمذج بشكل صريح على خطط تداول 10b5-1 المستخدمة في امتثال تداول المطلعين في الشركات العامة التقليدية، مع تكييفه لتخصيصات الرموز. تستهدف المكوّنات السبعة طريقة محددة يمكن أن يؤدي فيها بيع المطلعين إلى خلق مزايا معلومات غير عادلة أو التأثير على السوق.

ما لم أُحسن تحليله هو ما إذا كان هذا البرنامج المُنظم قد تم استخدامه بالفعل بعدُ وما إذا كان أي من المساهمين الأساسيين أو الداعمين الأوائل أو قيادة المؤسسة قد نفّذوا مبيعات بموجب هذا البرنامج منذ بدء فترة الـ12 شهرًا؛ أو ما إذا كان البرنامج لا يزال غير مُجرَّب عمليًا، لأن الاستحقاق لم يكن قد بدأ في فكّ رموز الاستحقاق إلا مؤخرًا.
$LAB $EVAA
#ShareYourVote
@NewtonProtocol $NEWT #Newt

اقرأ تقارير الربع الرابع 2025 مرتين قائمة تكامل Oracle الخاصة بالتكامل مع Oracle لأن شيئًا لم يَتّضح لي في المرة الأولى. الآنيوتن لديه جهازي Oracle منفصلين مخصصين للـKYC: Persona وVeriff، وأنا أفترض أن البروتوكول كان سيستقر على واحد.

تم الإعلان عن Persona في الربع الأول 2026. يظهر Veriff في تقرير الربع الرابع 2025، ما يعني أنه يسبق فعليًا Persona بحوالي ربع سنة. هذا الترتيب مهم: Veriff ليس إضافة زائدة/مكررة بعد أن كان Persona موجودًا بالفعل. Persona جاء ثانيًا.

فلماذا الحفاظ على جهازي Oracle للتحقق من الهوية يقومان بعمل متشابه.

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

اقرأ هذا مقابل ذلك الإطار: وجود مزوّدي KYC اثنين ليس تكرارًا؛ بل هو قابلية للاختيار. مؤلف السياسات الذي يبني حزمة امتثال يختار مزود التحقق من الهوية الذي يناسب علاقاته الحالية أو متطلبات تنظيمية لديه: Veriff لمعايير توثيق اختصاص قضائي واحد، وPersona لآخرين، أو أيهما حسب المورّد الذي لدى مؤسسة بعينها عقد معه.

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

ما لم أعمله بعد هو ما إذا كانت بيانات Persona وVeriff يمكن تركيبها ضمن سياسة واحدة، مع التوصل إلى اتفاق بينهما، أو قبول أيٍّ منهما، أو ما إذا كان مؤلف السياسات يجب أن يختار بالضبط Oracle واحدًا للهوية لكل سياسة ولا يمكنه الإشارة إليهما معًا في الوقت نفسه.

لماذا تعتقد أن نيوتن يدمج كلاً من Persona وVeriff؟
#ShareYourVote #VoteYourOpinion $DODO $XEC
@NewtonProtocol $NEWT #Newt

NewtonPermissions هو اسم لم أكن قد رأيته من قبل هذا الأسبوع. إنه ما كان نيوتن يطلقه على السياسات القابلة لإعادة الاستخدام في تقرير الربع الثالث من عام 2025 قبل أن تستقر المصطلحات الحالية.

يتمحور الطرح حول سياسات قابلة لإعادة الاستخدام يحددها مالكو التطبيقات ويطبّقونها ويثبتونها قبل الاستقرار. وهذا هو نفس المبدأ الأساسي الذي تم تناوله بشكل واسع في التحليل السابق تحت اسم policy packs وRego policies. تغيير الاسم مع بقاء المفهوم الأساسي نفسه في مرحلة سابقة من تطور التوثيق.

يجدر التنبيه إلى ما لم يتغير إلى جانب الاسم.

إن الكيانات الثلاث الأساسية Applications وOperators وData Providers هي نفسها الثلاثة الأدوار الموجودة في التوثيق الحالي، فقط تم وصفها باختلاف بسيط. تحدد التطبيقات السياسات وتطلب تقييماتها. يقوم المشغّلون بتقييم ما إذا كانت النوايا تتوافق. ويزوّد مزوّدو البيانات بإدخالات onchain وoffchain. وقد ظل هذا الهيكل ثابتًا عبر التحول في التسمية.

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

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

ما لم أعمله بعد هو متى بالضبط تحولت التسمية من NewtonPermissions إلى التسمية الحالية، وما إذا كانت هناك أي تغييرات وظيفية ترافق إعادة التسمية إلى جانب الملصق نفسه.
$EVAA $LAB
#ShareYourVote
@NewtonProtocol $NEWT #Newt