#shareyourthoughts
shareyourthoughts
25,851 مشاهدات
102 يقومون بالنقاش
رائج
جديد
قضيت بعض الوقت اليوم تحديدًا على دفق تعبئة GRVTs بشكل منفصل عن دفق حالة الطلبات الأوسع، لأن عمليات التعبئة تحمل معلومات لا تعكسها حالة الطلبات وحدها بشكل كامل.
تحديث حالة الطلب يخبرك بأن الطلب أصبح مُعبّأ جزئيًا، على سبيل المثال. أما حدث التعبئة فيخبرك بشكل محدد عن التنفيذ الفعلي: السعر والحجم، ومن المفترض أيضًا الرسوم المفروضة مقابل عملية التعبئة تلك تحديدًا.
هذه معلومات مترابطة ولكنها مختلفة: حالة الطلب تتعلق بالحالة العامة للطلبات، بينما أحداث التعبئة تتعلق بكل تنفيذ منفصل يساهم في تلك الحالة.
لماذا يعرض GRVT هذه كدفقين منفصلين بدلًا من دمج تفاصيل التعبئة في تحديثات حالة الطلب؟
تخميـني هو أن الطلب الواحد يمكن أن ينتج عنه عدة تعبئات مع مرور الوقت، حيث يتم تنفيذه جزئيًا عبر عدة مطابقات منفصلة، ومن خلال التعامل مع كل تعبئة كحدث مستقل، يمكن للعميل إعادة بناء سجل التنفيذ بدقة: متوسط سعر التعبئة وتراكم الرسوم، دون الحاجة إلى استنتاج هذا السجل من سلسلة لقطات حالة الطلب وحدها.
بالنسبة لأي شخص يقوم بمحاسبة دقيقة أو تحليل أداء، فمن المرجح أن دفق التعبئة هو المصدر الحقيقي للبيانات: حالة الطلب تُظهر لك أين تقف الأمور الآن، والتعبئات تخبرك بالضبط كيف وصلت إلى هناك.
ما زلت أعمل على تحديد ما إذا كان يمكن لحدث تعبئة واحد أن يمتد عبر عدة طلبات في حالة أنواع الطلبات المعقدة، أم أن التعبئات دائمًا تتطابق بشكل واضح واحدًا إلى واحد مع طلبٍ واحد منشأ على GRVT.
$EVAA $LAB $ALLO
#ShareYourThoughts
@grvt_io #grvt
تحديث حالة الطلب يخبرك بأن الطلب أصبح مُعبّأ جزئيًا، على سبيل المثال. أما حدث التعبئة فيخبرك بشكل محدد عن التنفيذ الفعلي: السعر والحجم، ومن المفترض أيضًا الرسوم المفروضة مقابل عملية التعبئة تلك تحديدًا.
هذه معلومات مترابطة ولكنها مختلفة: حالة الطلب تتعلق بالحالة العامة للطلبات، بينما أحداث التعبئة تتعلق بكل تنفيذ منفصل يساهم في تلك الحالة.
لماذا يعرض GRVT هذه كدفقين منفصلين بدلًا من دمج تفاصيل التعبئة في تحديثات حالة الطلب؟
تخميـني هو أن الطلب الواحد يمكن أن ينتج عنه عدة تعبئات مع مرور الوقت، حيث يتم تنفيذه جزئيًا عبر عدة مطابقات منفصلة، ومن خلال التعامل مع كل تعبئة كحدث مستقل، يمكن للعميل إعادة بناء سجل التنفيذ بدقة: متوسط سعر التعبئة وتراكم الرسوم، دون الحاجة إلى استنتاج هذا السجل من سلسلة لقطات حالة الطلب وحدها.
بالنسبة لأي شخص يقوم بمحاسبة دقيقة أو تحليل أداء، فمن المرجح أن دفق التعبئة هو المصدر الحقيقي للبيانات: حالة الطلب تُظهر لك أين تقف الأمور الآن، والتعبئات تخبرك بالضبط كيف وصلت إلى هناك.
ما زلت أعمل على تحديد ما إذا كان يمكن لحدث تعبئة واحد أن يمتد عبر عدة طلبات في حالة أنواع الطلبات المعقدة، أم أن التعبئات دائمًا تتطابق بشكل واضح واحدًا إلى واحد مع طلبٍ واحد منشأ على GRVT.
$EVAA $LAB $ALLO
#ShareYourThoughts
@grvt_io #grvt
Fills Ledger Orders Risk
40%
Unified single stream
20%
Fills only Atomic
40%
I pray my DB matches
0%
15 الأصوات • تمّ إغلاق التصويت
لقد حددت الكيانات الثلاثة الأساسية من تقرير الربع الثالث لعام 2025 مقابل ما هو موجود في التوثيق الحالي، وذلك لأن الصياغة الأصلية استخدمت لغة مختلفة قليلًا، ومن المهم التأكد من أن البنية ظلت ثابتة عبر تطور المصطلحات.
الصياغة الأصلية: ثلاثة أدوار تتعاون فيما بينها وتماثل أنظمة التحكم التقليدية في العالم الحقيقي. التطبيقات (Applications) تحدد السياسات وتطلب تقييمات لإجراءات محددة.
المشغلون: مُحكِّمون لامركزيون يقومون بتقييم السياسات عبر التحقق مما إذا كانت النوايا المقترحة تتوافق مع القواعد المذكورة. مقدمو البيانات: يتم استدعاؤهم من قِبل المطورين لتزويد مدخلات على السلسلة (onchain) وخارج السلسلة (offchain) مطلوبة لتقييم السياسات مثل إقرارات الهوية (identity attestations) ودرجات المخاطر (risk scores) أو القوائم التنظيمية.
يصف التوثيق الحالي بشكل أساسي الأدوار الثلاثة نفسها، مع تفاصيل معمارية إضافية. حيث تُسجل التطبيقات كعملاء للسياسات (Policy Clients) وتقدّم نوايا المعاملات.
يُكمل مقدمو البيانات التكامل عبر إضافات WASM مع حدود موارد ومخرجات موثقة عبر ECDSA (ECDSA Attested outputs).
بنية الأدوار الثلاثة متطابقة. إن الشيء الذي أُضيف منذ الربع الثالث لعام 2025 هو خصوصية التنفيذ؛ فقد كانت الصياغة الأصلية تصف ما يفعله كل دور وظيفيًا، بينما يضيف التوثيق الحالي تفاصيل دقيقة حول ذلك بالضبط.
في الواقع، أعتقد أن مواءمة النسختين جنبًا إلى جنب تؤكد شيئًا مفيدًا: أن البنية الأساسية—ثلاثة أدوار متعاونة تُنشئ حلقة تفويض مستمرة من «تعريف/Define» و«تقييم/ Evaluate» و«فرض/ Enforce» و«تسجيل/ record»—قد تم وضعها مبكرًا وظلت مستقرة هيكليًا، بينما كانت تفاصيل التنفيذ التقنية قد امتلأت حولها.
هذا مؤشر على الجزم المعماري أكثر من كونه إعادة تصميم متكررة.
السؤال هو: هل اكتسب أيٌّ من الأدوار الثلاثة أو فقد مسؤوليات بين الصياغة الأصلية والآن، بخلاف إضافة الخصوصية التقنية؟ مثلًا: هل كان لدى مقدمي البيانات في الأصل نطاق أضيق، ثم توسّع لاحقًا ليشمل قدرات ربط الأوراكل (oracle chaining) وإمكانيات zkTLS التي تم توثيقها لاحقًا.
$EVAA $LAB
#Shareyourthoughts
@NewtonProtocol $NEWT #Newt
أي دور تطور أكثر منذ الربع الثالث لعام 2025؟
الصياغة الأصلية: ثلاثة أدوار تتعاون فيما بينها وتماثل أنظمة التحكم التقليدية في العالم الحقيقي. التطبيقات (Applications) تحدد السياسات وتطلب تقييمات لإجراءات محددة.
المشغلون: مُحكِّمون لامركزيون يقومون بتقييم السياسات عبر التحقق مما إذا كانت النوايا المقترحة تتوافق مع القواعد المذكورة. مقدمو البيانات: يتم استدعاؤهم من قِبل المطورين لتزويد مدخلات على السلسلة (onchain) وخارج السلسلة (offchain) مطلوبة لتقييم السياسات مثل إقرارات الهوية (identity attestations) ودرجات المخاطر (risk scores) أو القوائم التنظيمية.
يصف التوثيق الحالي بشكل أساسي الأدوار الثلاثة نفسها، مع تفاصيل معمارية إضافية. حيث تُسجل التطبيقات كعملاء للسياسات (Policy Clients) وتقدّم نوايا المعاملات.
يُكمل مقدمو البيانات التكامل عبر إضافات WASM مع حدود موارد ومخرجات موثقة عبر ECDSA (ECDSA Attested outputs).
بنية الأدوار الثلاثة متطابقة. إن الشيء الذي أُضيف منذ الربع الثالث لعام 2025 هو خصوصية التنفيذ؛ فقد كانت الصياغة الأصلية تصف ما يفعله كل دور وظيفيًا، بينما يضيف التوثيق الحالي تفاصيل دقيقة حول ذلك بالضبط.
في الواقع، أعتقد أن مواءمة النسختين جنبًا إلى جنب تؤكد شيئًا مفيدًا: أن البنية الأساسية—ثلاثة أدوار متعاونة تُنشئ حلقة تفويض مستمرة من «تعريف/Define» و«تقييم/ Evaluate» و«فرض/ Enforce» و«تسجيل/ record»—قد تم وضعها مبكرًا وظلت مستقرة هيكليًا، بينما كانت تفاصيل التنفيذ التقنية قد امتلأت حولها.
هذا مؤشر على الجزم المعماري أكثر من كونه إعادة تصميم متكررة.
السؤال هو: هل اكتسب أيٌّ من الأدوار الثلاثة أو فقد مسؤوليات بين الصياغة الأصلية والآن، بخلاف إضافة الخصوصية التقنية؟ مثلًا: هل كان لدى مقدمي البيانات في الأصل نطاق أضيق، ثم توسّع لاحقًا ليشمل قدرات ربط الأوراكل (oracle chaining) وإمكانيات zkTLS التي تم توثيقها لاحقًا.
$EVAA $LAB
#Shareyourthoughts
@NewtonProtocol $NEWT #Newt
أي دور تطور أكثر منذ الربع الثالث لعام 2025؟
Applications
34%
Operators
0%
Data Providers
33%
None mainly implementation
33%
3 الأصوات • تمّ إغلاق التصويت
يا شباب 🤫 أنا محجز بعض من $SENTIS عملة، $SENTIS ارتفعت خلال الشهرين الماضيين، كنت أراقبها بعمق ..
أعتقد أن $SENTIS سترتفع من دولار إلى دولارين ... ما رأيكم في هذه العملة... #Shareyourthoughts مع الآخرين 🤝
أعتقد أن $SENTIS سترتفع من دولار إلى دولارين ... ما رأيكم في هذه العملة... #Shareyourthoughts مع الآخرين 🤝
🔥 شعور السوق الآن يبدو متفائل بحذر.
البيتكوين ثابت بينما المؤسسات تستمر في التجميع، وهذا شيء لا يمكن للسوق تجاهله.
كل تراجع يُشترى بسرعة أكبر من قبل، وعادة ما يشير ذلك إلى الثقة خلف الكواليس.
إذا استمر الزخم، قد يفاجئ هذا الدورة الكثير من الناس. 🚀📊
لكن، التقلب هو الملك في عالم الكريبتو - عنوان واحد يمكن أن يغير كل شيء بين عشية وضحاها.
المال الذكي يدير المخاطر بينما يبقى جاهزًا للفرص.
$BTC $ETH $BNB
#shareyourthoughts
#bitcoin
#Bullish
#crypto
#BinanceSquareFamily
البيتكوين ثابت بينما المؤسسات تستمر في التجميع، وهذا شيء لا يمكن للسوق تجاهله.
كل تراجع يُشترى بسرعة أكبر من قبل، وعادة ما يشير ذلك إلى الثقة خلف الكواليس.
إذا استمر الزخم، قد يفاجئ هذا الدورة الكثير من الناس. 🚀📊
لكن، التقلب هو الملك في عالم الكريبتو - عنوان واحد يمكن أن يغير كل شيء بين عشية وضحاها.
المال الذكي يدير المخاطر بينما يبقى جاهزًا للفرص.
$BTC $ETH $BNB
#shareyourthoughts
#bitcoin
#Bullish
#crypto
#BinanceSquareFamily
مرحباً بالجميع، إذا كنتم ترغبون في مشاركة طرقكم لكسب المال في العملات المشفرة، سيكون هذا موضوعاً جيداً للجميع #Shareyourthoughts $BTC $ETH $BNB #
#Shareyourthoughts
الآراء مهمة.
شارك توقعاتك حول $BR ... أتوقع أن الأسعار سترتفع، وانظروا إلى ذلك يا جماعة.
@Bedrock
الآراء مهمة.
شارك توقعاتك حول $BR ... أتوقع أن الأسعار سترتفع، وانظروا إلى ذلك يا جماعة.
@Bedrock
Mstar201
·
--
صاعد#bedrock $BR ( نظرة ) 💭👑
@Bedrock 💰👑
Bedrock ($BR ) هو مشروع blockchain يقدم بروتوكول Restaking سائل متعدد الأصول، مما يمكّن المستخدمين من كسب عوائد محسّنة على Ethereum و $BTC Bitcoin ومكافآت DePIN مع الاحتفاظ بالسيولة.
@Binance Earn Official @Binance Square Official
فرص رائعة في المستقبل 💰🍾🏆
افعل أفضل ما لديك لتنمو #writetoearn #BedRockProtocol
@Bedrock 💰👑
Bedrock ($BR ) هو مشروع blockchain يقدم بروتوكول Restaking سائل متعدد الأصول، مما يمكّن المستخدمين من كسب عوائد محسّنة على Ethereum و $BTC Bitcoin ومكافآت DePIN مع الاحتفاظ بالسيولة.
@Binance Earn Official @Binance Square Official
فرص رائعة في المستقبل 💰🍾🏆
افعل أفضل ما لديك لتنمو #writetoearn #BedRockProtocol
سجّل الدخول لاستكشاف المزيد من المُحتوى