منذ 37دإطلاق Papertrade الليلة عند 22:00 بالتوقيت العالمي مع تجاوز الإيداعات المسبقة 90 مليون دولارأفادت "هوو شينغ تساي جينغ"، نقلاً عن إعلان رسمي بتاريخ 10 أكتوبر، أن بروتوكول Papertrade للعقود الدائمة الاصطناعية المبني على HyperEVM سيفتتح رسمياً ويبدأ التداول عند الساعة 22:00 الليلة بتوقيت UTC. وسيتم تعليق الإيداعات عند 13:45 بتوقيت UTC، أي قبل الإطلاق بـ15 دقيقة، بهدف إعطاء أولوية قصوى لبدء التداول خلال مرحلة التشغيل. ووفقاً لبيانات الموقع الرسمي، تجاوزت الإيداعات المسبقة 90 مليون دولار، بمشاركة 7,280 عنواناً فريداً. وانطلقت الإيداعات المسبقة في 9 سبتمبر. وأوضح الفريق أن إنشاء الحسابات والإيداع سيصبحان منخفضي الأولوية بشكل كبير بعد بدء التداول؛ ويُنظر إلى الإيداع المبكر كوسيلة لتفادي الازدحام عند الإطلاق، من دون تقديم أي مزايا إضافية لمن يودع خلال فترة الإيداعات المسبقة في وقت أبكر. يقدّم Papertrade منصة تداول عقود دائمة اصطناعية بالكامل على السلسلة ضمن HyperEVM، ويعتمد في تسعيراته على "سعر المنتصف" لأفضل سعري عرض وطلب (BBO midprice) من دفتر أوامر Hyperliquid. ويتداول المستخدمون مباشرةً مقابل مزوّدي السيولة لدى البروتوكول بدلاً من دفتر أوامر تقليدي. ويضع البروتوكول تركيزاً على الرافعة المالية العالية، وانعدام الانزلاق السعري، وغياب معدلات التمويل. أما الرمز الأصلي PAPER فيبدأ بإجمالي معروض صفري، من دون تعدين مسبق أو حصص للفريق أو لصناديق رأس المال الجريء؛ ويقتصر إصدار الرموز على حالات خسائر المستخدمين أو التصفية. وعند الإطلاق، لن تكون رموز PAPER قابلة للتحويل بحرية، وسيكون استخدامها الأساسي مخصصاً للتخزين (Staking).منذ 48دPapertrade Opens Synthetic Perpetual Trading at 22:00 UTC After $90M in PredepositsPapertrade, a HyperEVM-based synthetic perpetual protocol, is scheduled to open trading at 22:00 UTC after receiving more than $90 million in predeposits from 7,280 addresses. Deposits paused at 13:45 UTC. The platform uses Hyperliquid order book BBO midprices and lets users trade against protocol liquidity providers. Its PAPER token has zero initial supply and is minted only through user losses or liquidations.منذ 58دLookonchain: ارتفع المعروض من USDT على شبكة Tron خلال عام بمقدار 18.67 مليار USDT إلى 94.25 مليار USDT، بنمو 24.7%.أفادت Lookonchain بأن المعروض من USDT على شبكة Tron سجّل خلال الاثني عشر شهرًا الماضية زيادة قدرها 18.67 مليار USDT، ليصل إلى 94.25 مليار USDT، ما يعادل نموًا بنسبة 24.7%.منذ 1سامخترق TripleA يحوّل 4,970 ETH إلى Tornado Cash بقيمة 12.4 مليون دولارPANews، 10 أكتوبر: أفادت شركة Salus لأمن البلوك تشين، استناداً إلى بيانات الرصد على السلسلة، بأن المهاجم المرتبط بحادثة TripleA حوّل 4,970 ETH (نحو 12.4 مليون دولار) إلى خدمة الخلط Tornado Cash. وكانت الأصول قد سُرقت من خزينة TripleA الخاصة في يوليو، مع تقديرات عامة للخسائر بنحو 11.8 مليون دولار. وبحسب Salus، نقل المهاجم الأموال عبر سلاسل إلى شبكة إيثيريوم ثم قام بتبديلها، قبل أن يقسمها في 6 سبتمبر إلى عنوانين وسيطين. وفي 9 أكتوبر جُمعت الأموال في محفظة واحدة، ثم أُودعت في Tornado Cash عبر 56 معاملة: 49 تحويلة بقيمة 100 ETH و7 تحويلات بقيمة 10 ETH. كما أشار الرصد إلى أن أحد مسارات الأموال تضمن عمليات سحب سابقة من خدمة الخلط. وكانت TripleA قد قالت في وقت سابق إن الحادثة لم تؤثر على أموال العملاء.منذ 1ساXRPL تكشف ثغرة حرجة كان يمكن أن تسمح بإنشاء XRP جديدةأفاد موقع CoinDesk بأن سجل XRP (XRPL) أعلن في 9 أكتوبر 2026 عن ثغرتين برمجيتين، إحداهما مصنّفة "حرجة" وكان من المحتمل أن تُمكّن مهاجمين من إنشاء وحدات XRP جديدة قابلة للإنفاق. وقالت XRPL إنه لا توجد أي دلائل على استغلال الثغرة على أي شبكة عامة. وبحسب التقرير الرسمي، جرى إصلاح ثغرة "محرك المدفوعات" ضمن الإصدار 3.4.1 من برنامج xrpld، الذي صدر في 25 سبتمبر. وتتمحور المشكلة حول طريقة احتساب محرك المدفوعات لمقدار XRP المطلوب عند تنفيذ صفقات تمر عبر عدة عروض شراء في دفتر الأوامر. فعندما يتجاوز المجموع المُجمّع الحد الأقصى الذي يدعمه النظام، قد يحدث فيضان حسابي (overflow)، ما قد يؤدي إلى تحصيل كمية XRP أقل من المشتري مقارنة بما يُضاف إلى حساب مالك العرض، وهو ما يفضي عملياً إلى إنشاء XRP جديدة. ويذكر التقرير أن استغلال هذه الثغرة يتطلب إعداد دفتر أوامر مُصمَّم بعناية يضم مئات الأوامر بأسعار مرتفعة بشكل غير طبيعي، ثم إطلاق معاملة دفع محددة. ولا يمكن تفعيلها عبر المدفوعات أو المعاملات الاعتيادية. وتم الإبلاغ عن المشكلة في 22 سبتمبر 2026 عبر برنامج مكافآت اكتشاف الثغرات لدى XRPL. وأعاد فريق RippleX الهندسي إنتاجها وأكد أن أي XRP قد تُنشأ عبرها ستكون قابلة للإنفاق. وأشار المطورون إلى أنهم أضافوا آلية تحقق لمنع فيضان العمليات الحسابية وعززوا الحماية ضد إنشاء XRP غير مصرح به. الثغرة الثانية تخص ميزة "المعاملات المجمّعة" (Batch) في XRPL، التي تتيح إرسال عدة معاملات ضمن حزمة واحدة. ووفقاً للتقرير، يسمح الخلل بأن تحتوي إحدى معاملات الحزمة على حقول مُشكلة بشكل غير صحيح، ومع ذلك قد يقبل الخادم المعاملة ويعالجها. ويخلق ذلك احتمال أن تصل إصدارات مختلفة من برمجيات XRPL إلى أحكام متباينة بشأن صلاحية المعاملة، ما قد يعرقل وصول المُدقّقين (validators) إلى الإجماع ويؤثر في عملية اعتماد السجل. وأكد التقرير أن هذه المشكلة لا تتيح تجاوز تواقيع المعاملات ولا تمكّن من سرقة الأموال مباشرة. وعالجت XRPL هذا الخلل عبر تعديل fixBatchV1_2 الذي يفرض استخدام البنية الصحيحة للمعاملات. وعند اكتشاف الثغرة، لم تكن ميزة Batch قد فُعّلت بعد على الشبكة الرئيسية (mainnet)، لذلك أوضح التقرير أن حسابات الشبكة الرئيسية أو أموالها لم تتأثر. كما سحب المطورون ومشغلو المُدقّقين دعمهم للاقتراح الأصلي الخاص بالـBatch لإعادة ضبط جدول تفعيله أثناء إعداد الإصلاح. وتمت الموافقة على المقترح المُنقح وتفعيله على الشبكة الرئيسية في 9 أكتوبر 2026، وهو اليوم ذاته الذي نُشر فيه تقرير الثغرة. وأشار التقرير أيضاً إلى تعديل إجراءات الاختبار الأمني، إذ تخطط XRPL لإعادة اختبار الثغرات التي تم الإبلاغ عنها سابقاً على نسخة "مرشح الإصدار" (release candidate) للتأكد من فاعلية الإصلاحات قبل طرح البرمجية. ما الذي يحتاج حاملو XRP إلى معرفته: تقول XRPL إن الثغرتين جرى التعامل معهما بالكامل، ولا توجد مؤشرات على استغلال ثغرة محرك المدفوعات على شبكة عامة. كما لم يُظهر التقرير أن أيّاً من الثغرتين تسبب بخسائر فعلية للأموال أو بزيادة في معروض XRP. يتضمن الإصدار 3.4.1 من xrpld إصلاح محرك المدفوعات، بينما حُلّت مشكلة Batch عبر مقترح fixBatchV1_2. ولا يستلزم الأمر من حاملي XRP نقل أموالهم أو تغيير مفاتيحهم الخاصة. ويتركز هذا التحديث البرمجي على مشغلي خوادم XRPL، الذين يتعين عليهم استخدام إصدار متوافق للبقاء متزامنين مع الشبكة. تنويه CoinPedia: تؤكد CoinPedia أنها تقدم تحديثات حول العملات المشفرة وتقنية البلوك تشين منذ 2017، وأن المحتوى يُنتج وفق معايير تحريرية تستند إلى EEAT (الخبرة، الاختصاص، الموثوقية، والجدارة بالثقة) مع تدقيق الحقائق عبر مصادر موثوقة. كما تشير إلى أن التقييمات عند التوصية بالمنصات أو الأدوات تبقى موضوعية. إخلاء مسؤولية الاستثمار: الآراء الواردة تعكس وجهة نظر الكاتب بشأن ظروف السوق الحالية. يُنصح بإجراء البحث الخاص قبل اتخاذ قرارات استثمارية. لا يتحمل الكاتب أو الناشر مسؤولية الخيارات المالية. الرعاية والإعلانات: قد يتضمن الموقع محتوى مدفوعاً وروابط تسويق بالعمولة. سيتم تمييز الإعلانات بوضوح، ويظل المحتوى التحريري مستقلاً عن الشركاء الإعلانيين.منذ 2ساتصحيح طارئ لدفتر XRP Ledger يعالج ثغرة كان يمكن أن تسمح بسك عملات تتجاوز سقف المعروضأعلنت الجهة المطوّرة لدفتر XRP Ledger عن اكتشاف خلل برمجي كان من الممكن نظرياً أن يتيح سكّ عملات XRP بما يتجاوز سقف المعروض الثابت للشبكة، قبل أن تُصدر RippleX تحديثاً عاجلاً لمعالجته. وبحسب الإفصاح، ترتبط الثغرة بما يُعرف بخطأ "تجاوز السعة" (Overflow)، وهو نوع من أخطاء البرمجة يحدث عندما تتجاوز نتيجة عملية حسابية حدود ما يستطيع النظام التعامل معه، ما قد يقود إلى مخرجات غير مقصودة. وفي بيئات البلوكشين تُعد هذه الأخطاء عالية الحساسية لأنها قد تُخل بمنطق المحاسبة الذي يفترض أن يحافظ على ثبات إجمالي المعروض. ويمتاز XRP بأن معروضه تم تحديده منذ إنشاء الشبكة ولا يخضع لآليات إصدار مستمرة مثل التعدين أو مكافآت التخزين (Staking) كما هو الحال في العديد من العملات الكبرى. لذلك فإن أي خلل يسمح بتجاوز هذا السقف يمس أحد أهم وعود التصميم الأساسية للدفتر. RippleX، الذراع التطويرية المرتبطة بشركة Ripple والمسؤولة عن جزء كبير من قاعدة شيفرة XRP Ledger، دفعت بتصحيح طارئ صدر تحت رقم الإصدار 3.4.1. وعادة ما تُرسل مثل هذه التحديثات بسرعة إلى المدققين ومشغلي العُقد فور تأكيد الثغرة لتضييق نافذة الاستغلال المحتملة. بعد تطبيق التصحيح، قالت RippleX إن مراجعتها لم تُظهر أي دليل على استغلال فعلي للثغرة. ويشير ذلك إلى أن الخلل ربما جرى احتواؤه قبل حدوث أي سكّ غير مصرح به، مع بقاء قدر من عدم اليقين حول تاريخ الثغرة قبل اكتشافها. ويعتمد المشاركون في الشبكة والمدققون عادة على مراجعات ما بعد التصحيح لتقييم ما إذا كانت الأرصدة أو بيانات المعروض قد تأثرت. وتأتي هذه الواقعة ضمن نمط متكرر في شبكات البلوكشين، إذ تظهر أخطاء حسابية من نوع Overflow بين حين وآخر عبر عمليات التدقيق الأمني. وهي ليست خاصة بـ XRP، فقد اضطرت مشاريع كبرى أخرى إلى إصدار إصلاحات عاجلة لأخطاء مشابهة في منطق العقود الذكية أو شيفرة البروتوكول الأساسية. هذا التكرار دفع مزيداً من المشاريع إلى اعتماد أساليب مثل "التحقق الشكلي" (Formal Verification) والتدقيق من أطراف ثالثة كمعايير عمل. بالنسبة إلى XRP Ledger، تُعد سلامة المعروض إحدى نقاط القوة المتداولة على نطاق واسع. وقد تم توزيع XRP بمعروض إجمالي محدود، وأي تهديد جدي لهذا الحد يلفت انتباه حاملي العملة والمنصات والمستخدمين المؤسسيين الذين يعوّلون على "توكنوميكس" يمكن التنبؤ بها. ولو ثبت استغلال فعلي، لكان سيطرح تساؤلات ثقيلة حول ترتيبات الحفظ ومدى ملاءمة الدفتر لسيناريوهات الدفع والتسوية التي يُسوّق لها. ووفقاً للتقارير المتاحة، لم تقدّم RippleX تفاصيل فنية دقيقة حول السبب الجذري للخطأ أو توقيت إدخاله لأول مرة إلى قاعدة الشيفرة. وما زالت أسئلة الجدول الزمني—ومنها مدة بقاء الثغرة دون اكتشاف—محل متابعة مع تدقيق المجتمع في ملاحظات الإصدار وأي شرح تقني مرفق. أثر السوق قد تثير أخبار وجود ثغرة تمس سقف المعروض، حتى لو جرى إصلاحها دون دلائل على الاستغلال، قلقاً لدى المستثمرين الذين يقدّرون تصميم "المعروض الثابت" في XRP. وقد تعمد منصات التداول وأمناء الحفظ الداعمون لـ XRP إلى مراجعة تحديثات المدققين والتأكد من تشغيل الإصدار المُصحّح 3.4.1 لتقليل المخاطر التشغيلية. ويظل تفاعل السوق الأوسع مرتبطاً بمدى صمود تقييم "عدم الاستغلال" أمام تدقيق باحثين أمنيين مستقلين. تأكيد سلامة الوضع على نحو قاطع قد يحد من أي ضرر طويل الأمد بالثقة في بنية الدفتر. وتسلّط الحادثة الضوء على أن حتى شبكات بلوكشين راسخة وطويلة التشغيل تبقى عرضة لأخطاء برمجية قد تقوض ضمانات المعروض الأساسية. ورغم أن سرعة التصحيح والمراجعة اللاحقة توفّران قدراً من الطمأنينة، فإن مزيداً من الشفافية حول أصل الثغرة سيظل عاملاً مهماً لترسيخ الثقة على المدى الأطول في XRP Ledger. أسئلة شائعة ما هي ثغرة XRP Ledger؟ هي خطأ من نوع Overflow كان يمكن نظرياً أن يسمح بسك عملات XRP تتجاوز سقف المعروض الثابت للشبكة. هل تم استغلال الثغرة فعلياً؟ قالت RippleX إن مراجعتها بعد إصدار التصحيح لم تجد دليلاً على استخدام الثغرة لإنتاج XRP بما يتجاوز سقف المعروض. ما هو الإصلاح الذي صدر؟ أُصدر تصحيح طارئ تحت رقم الإصدار 3.4.1 لإغلاق ثغرة Overflow بعد اكتشافها. هل أثّر ذلك في إجمالي معروض XRP؟ بحسب التقارير الحالية، لم يتم تأكيد أي سكّ غير مصرح به، ولم يُفد بتغيّر أرقام المعروض نتيجة هذه الثغرة. نُشر التقرير أساساً عبر AltcoinGordon، بقلم Daniel Foster. أُعيد نشره بإذن. يمكن الاطلاع على النسخة الأصلية لدى AltcoinGordon.منذ 2ساإيفرنورث تُتمّ الاندماج وتستعد لإدراج XRPN في ناسداك يوم 12 أكتوبرأعلنت شركة "إيفرنورث"، المتخصصة في إدارة خزينة تركز على XRP، إتمام صفقة دمج الأعمال مع "Armada Acquisition Corp. II"، في خطوة تُزيل آخر عقبة رئيسية قبل دخولها سوق "ناسداك". وبموجب الصفقة، ستدخل "إيفرنورث" الأسواق العامة وهي تمتلك نحو 473 مليون من توكنات "ريبل"، إضافة إلى عائدات نقدية إجمالية تقارب 300 مليون دولار. إتاحة الوصول إلى واحدة من أكبر خزائن الشركات في XRP من شأن التطور أن يمنح مستثمري الأسواق العامة نافذة على واحدة من أكبر الشركات التي تحتفظ بـ XRP ضمن خزائنها، مع خطة تتجاوز مجرد الاحتفاظ بالأصل. وجاء الإغلاق المُعلن مساء الجمعة بعد تصويت المساهمين الذي سبق الإشارة إليه، حيث صوّت نحو 20.5 مليون سهم من أسهم "Armada" لصالح الاندماج، مقابل نحو 1.4 مليون سهم ضده. وفي ذلك الوقت، أفصحت "إيفرنورث" عن جمع أكثر من مليار دولار عبر الصفقة والتمويلات الخاصة المرافقة. وشملت قائمة المستثمرين السابقين أسماء بارزة من قطاع الكريبتو والتمويل التقليدي، من بينها "Ripple" نفسها و"SBI Group" و"Panter Capital" و"GSR" و"Arrington Capital". وقال مايكل أرينغتون، مؤسس "Arrington Capital": "لطالما استندت قناعتنا بـ XRP إلى اعتقادنا بأن المنظومة ستواصل النضج، وأنها ستجذب مطورين جادين ورؤوس أموال. دعمنا لإيفرنورث امتداد طبيعي لهذه الرؤية، إذ يجلب رأسمالاً بحجم أكبر، ومشاركة نشطة، ومعايير شركة مدرجة، بما يؤدي دوراً محورياً في تطوير هذا البنية التحتية على المستوى المؤسسي". تعديل بسيط في الجدول الزمني تغيّر الإطار الزمني النهائي بصورة طفيفة عن التوقعات السابقة؛ إذ كانت "إيفرنورث" تتوقع إغلاق الصفقة في 7 أكتوبر وبدء التداول في اليوم التالي. وبحسب الإعلان، بات الإدراج الرسمي في "ناسداك" محدداً ليوم الاثنين 12 أكتوبر، فيما تتوقع الإدارة قرع جرس الإغلاق في 14 أكتوبر. خزينة "نشطة" لا تكتفي بالاحتفاظ وصفت "إيفرنورث" نفسها بأنها خزينة XRP مُدارة بصورة نشطة. وقال الرئيس التنفيذي "Asheesh Birla" إن الشركة تعتزم توظيف رأس المال عبر اقتصاد XRP، مع تطبيق استراتيجيات تهدف إلى زيادة XRP لكل سهم بمرور الوقت. وتشمل هذه الاستراتيجيات المشاركة في عوائد مؤسسية وحلول "DeFi"، وبنية تحتية للمنظومة، وأسواق ائتمان على السلسلة، وأنشطة أخرى مرتبطة بأسواق رأس المال. وأكدت الشركة أن هذا النهج يميّز "XRPN" عن أدوات استثمارية سلبية تكتفي بتتبع سعر توكن التحويلات عبر الحدود.منذ 2ساتدفّقات بـ103 ملايين دولار إلى صندوق Grayscale المصغّر المتداول للإيثيريوم خلال 20 يوماً مع تحوّل أموال من ETHEأفادت منصة ذكاء السلاسل Arkham (@arkham) بأن صندوق Grayscale المصغّر المتداول للإيثيريوم (ETH ETF) سجّل مشتريات من ETH بقيمة 103.3 ملايين دولار خلال الأيام العشرين الماضية. وفي الفترة نفسها، شهد المنتج الأقدم للشركة، صندوق ETHE، خروج تدفّقات بقيمة 71.6 مليون دولار. ويرى السوق على نطاق واسع أن هذه الحركة تعكس إعادة توزيع داخلية للأموال من ETHE إلى الصندوق المصغّر. وباحتساب صافي التدفقات للمنتجين معاً، بلغ صافي مشتريات عملاء Grayscale من ETH نحو 31.7 مليون دولار خلال هذه المدة.منذ 2ساتنبيه تحركات الحيتان: تحويل 470,087 من SOL بقيمة 51,661,039 دولارًا إلى Coinbase Institutionalتم تحويل 470,087 من عملة SOL، بما يعادل 51,661,039 دولارًا أمريكيًا، من محفظة غير معروفة إلى منصة Coinbase Institutional.منذ 2سادفتر حسابات XRP يكشف عن ثغرة حرجة كان يمكن أن تتيح إصدار XRP جديدكشف دفتر حسابات XRP (XRPL) في 9 أكتوبر 2026 عن ثغرتين برمجيتين، إحداهما مصنّفة حرجة وكان من الممكن أن تُمكّن مهاجمين من إنشاء وحدات XRP جديدة قابلة للإنفاق. أما الثغرة الثانية فارتبطت بميزة معاملات "Batch"، وكان يمكن أن تؤثر في عملية التحقق من المعاملات. وبحسب التقرير الرسمي، جرى إصلاح خلل "محرك الدفع" ضمن إصدار xrpld رقم 3.4.1 الذي صدر في 25 سبتمبر. وأكد XRPL أنه لا توجد أي أدلة على استغلال الثغرة في أي شبكة عامة. ثغرة محرك الدفع: خطر إنشاء XRP جديد تمحورت الثغرة الحرجة حول طريقة احتساب محرك الدفع لكمية XRP المطلوبة لتنفيذ صفقات تمر عبر عروض متعددة داخل دفتر الأوامر. وعندما يتجاوز المجموع سقف القيمة القصوى التي يدعمها النظام، قد يحدث في الحسابات "overflow"، ما يؤدي إلى خصم مقدار من XRP من المشتري أقل من إجمالي ما يُقيد لحساب مالكي العروض. وبذلك يمكن أن ينشأ XRP جديد بشكل فعلي. يتطلب استغلال الخلل إعداد دفتر أوامر مُحكم يتضمن مئات العروض بأسعار مرتفعة على نحو غير معتاد، ثم تنفيذ معاملة دفع محددة. وأوضح التقرير أن المدفوعات أو التداولات الاعتيادية لا تُفعّل هذا السيناريو. تم الإبلاغ عن المشكلة عبر برنامج مكافآت اكتشاف الثغرات الخاص بـ XRPL في 22 سبتمبر 2026. وتمكن فريق هندسة RippleX من إعادة إنتاج الخلل وتأكيد أن أي XRP يتم إنشاؤه بهذه الطريقة سيكون قابلاً للإنفاق. وعالج الإصدار 3.4.1 المشكلة عبر إضافة فحوصات تمنع تجاوز الحدود الرقمية وتعزيز ضوابط الحماية لمنع إنشاء XRP غير مُصرح به. ثغرة ثانية تخص معاملات Batch تعلقت الثغرة الأخرى بميزة "Batch" التي تتيح إرسال عدة معاملات ضمن دفعة واحدة. وقد سمح الخلل بأن تحتوي معاملة داخل الدفعة على حقل مُشكّل بشكل غير صحيح، مع إمكانية أن يقبل الخادم المعاملة ويعالجها. ونتيجة لذلك، قد تختلف إصدارات برامج XRPL في تقييم صلاحية المعاملة، وهو ما قد يعرقل وصول المدققين إلى الإجماع ويؤدي إلى انقطاع في التحقق من الدفتر. وأشار التقرير إلى أن هذه الثغرة لا تتيح تجاوز التواقيع أو سرقة الأموال بشكل مباشر. وتمت معالجتها عبر التعديل fixBatchV1_2 الذي يفرض البنية الصحيحة للمعاملات. كما أوضح التقرير أن ميزة Batch لم تكن مفعلة على الشبكة الرئيسية عند اكتشاف الخلل، لذلك لم تُسجَّل حسابات أو أموال متأثرة على "mainnet". تفعيل إصلاح Batch على الشبكة الرئيسية سحب مطورو XRPL ومشغلو المدققين دعمهم لتعديل Batch الأصلي لإعادة ضبط جدول تفعيله ريثما يجري تجهيز الإصلاح. وحصل التعديل المصحح على الدعم وتم تفعيله على الشبكة الرئيسية في 9 أكتوبر 2026، وهو اليوم نفسه الذي نُشر فيه تقرير الثغرات. وتضمن التقرير أيضاً تحديثاً لإجراءات اختبار الأمان؛ إذ يخطط XRPL لإعادة اختبار الثغرات المُبلَّغ عنها على إصدارات "release candidates" للتأكد من فعالية الإصلاحات قبل إطلاق البرمجيات. ما الذي يهم حاملي XRP؟ أفاد XRPL بأن الثغرتين تم التعامل معهما، ولا توجد أدلة على استغلال ثغرة محرك الدفع على أي شبكة عامة. كما لا يثبت التقرير وقوع خسائر فعلية أو زيادة في معروض XRP بسبب أي من الخللين. يتضمن إصدار xrpld 3.4.1 إصلاح محرك الدفع، بينما تمت معالجة مسألة Batch عبر تعديل fixBatchV1_2. ولم يتضمن التقرير توصيات لحاملي XRP بنقل أموالهم أو تغيير مفاتيحهم الخاصة. ويظل التحديث مهماً لمشغلي خوادم XRPL لضمان توافق الإصدارات والبقاء متزامنين مع الشبكة.