昵称7天才能修改一次

【协议笔记】以太坊下一次大升级，可能改掉钱包默认的「21000 gas」

据 CoinDesk（约 1 天前）整理：在规划中的 Glamsterdam 升级里，长期默认「普通 ETH 转账一律 21000 gas」的假设会被拆开——

• 转给已存在地址：仍大致按 21000 那套结构
• 转给从未上过链的新地址：还要额外承担创建账户/写入状态的成本（状态 gas）

以太坊基金会 8/17 关于 Platåberget 测试网的说明也提到：账户创建、部署代码、写新存储槽等会重定价；任何把 gas limit 写死的工具都可能受影响。

对钱包和 dApp 来说，重点不是喊涨跌，而是工程适配：
1）费用估算不能再一律写死 21000
2）空投/首次转账的成本模型要重算
3）用户侧要能解释「为什么这笔更贵」

相关方向可对照 EIP-8037 / EIP-2780 等 gas 重定价讨论。升级仍在开发与测试推进中，细节以最终客户端实现为准。

来源：
https://www.coindesk.com/tech/2026/08/18/ethereum-s-next-upgrade-breaks-the-21-000-gas-rule-wallets-rely-on
https://blog.ethereum.org/2026/08/17/plataberget-testnet

#Ethereum #Glamsterdam #L1

信息整理，非投资建议

الترقية التالية على الإيثيريوم Hegotá (الهدف قرابة 2027) تجمع الآن قائمة طلبات～

وفقًا لتقارير من CoinDesk وغيرها، لدى المطورين حاليًا حوالي 66 اقتراح EIP على الطاولة. وفي الجولات القادمة من core dev سيتم اختيار المقترحات التي يمكن تنفيذها ويمكن اختبارها، والتي لديها فرصة للانضمام في الوقت المحدد. ومن بين ما هو واضح نسبيًا أن يتم المضي فيه هو FOCIL (EIP-7805) باتجاه تعزيز مقاومة الرقابة.

ومن نقاط الاهتمام التقنية الأخرى Frame Transactions (EIP-8141) إلى جانب Keyed Nonces وRecent Roots. تتمحور نقاط النقاش حول توفير المزيد من «الأدوات على مستوى البروتوكول» لتطبيقات الخصوصية، وتقليل الاعتماد على الـ relayer الخارجي. وتجدر الإشارة إلى أنه يجب توضيح ذلك—التحويل العادي للـ ETH بحد ذاته لن يتحول إلى خصوصية على مستوى السلسلة بالكامل، وسيظل تأثير الإخفاء يعتمد بدرجة كبيرة على تصميم تطبيقات الطبقة العليا.

يمكن الرجوع إلى المستندات العامة على: eips.ethereum.org (EIP-7805 / 8141 وغيرها). أما ما الذي سيتم اعتماده نهائيًا فسيعتمد على تنفيذ العميل وتقدم testnet.

المصدر: https://www.coindesk.com/tech/2026/08/17/ethereum-s-next-big-upgrade-has-66-proposals-including-a-major-privacy-fix

تجميع المعلومات، وليس نصيحة استثمارية
#Ethereum #ETH

今天一条偏硬核的基础设施动态：World Chain（基于 OP Stack 的以太坊 L2）按计划在主网启用流式 EIP-7928 区块级访问列表（Block-Level Access Lists, BALs）。

技术钩子可以这样理解：
1) 以前很多客户端要按序执行整块交易，才能摸清状态依赖
2) EIP-7928 让区块明确记录本块读/写过哪些账户和存储槽，方便并行磁盘读取、并行校验，也为后续更高吞吐铺路
3) World Chain 还把它塞进 flashblock，大约每 200ms 流式推送访问列表，验证可以边出块边并行检查；公开报道提到目标是在不抬高验证者硬件门槛的前提下推高吞吐（具体数字以官方与实测为准）

以太坊主网侧，EIP-7928 仍走标准讨论/后续升级路径（外界常把它和 Glamsterdam 路线图联系在一起）；L2 用 runtime flag 先行，相当于给生态提前做一轮工程演练。

项目侧快速核验：公开仓库 worldcoin/world-chain 是 Rust monorepo，MIT 开源，近几日仍有连续 commit/PR（含 proofs、flashblock 相关修复），不是只有宣发页的空壳。

来源（可点开对照）：
- EIP-7928：https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7928.md
- 报道整理：https://news.bitcoin.com/blockchain/world-chain-deploys-eip-7928-ahead-of-ethereum-mainnet/
- 代码：https://github.com/worldcoin/world-chain

信息整理，非投资建议

【资讯整理】英国央行数字英镑实验室 Phase 2：稳定币和 CBDC 能否同流结算？

据 CoinDesk 报道，英格兰银行（BOE）Digital Pound Lab 进入二期，重点测试公共稳定币与央行数字货币（数字英镑）能否在同一笔跨境贸易金融支付流里协同工作。

参与方包括 NOBO Finance、邓白氏（Dun & Bradstreet）和 Polygon Labs。设想场景之一：出口商可先通过稳定币获得发票融资垫款，英国进口商最终以数字英镑完成结算。Polygon 侧提供 Open Money Stack 相关的稳定币结算基础设施（法币兑换、钱包、智能合约等），并尝试把钱包交易数据与企业征信信息组合成可复用的中小企业信用画像。

边界要说清楚：实验室不涉及真实客户和真实资金，也不等于英国已决定发行数字英镑，更多是为评估不同形态数字货币如何互操作、能否降低中小企业贸易融资里的核验与结算摩擦。

来源：
CoinDesk https://www.coindesk.com/business/2026/08/12/bank-of-england-to-test-stablecoin-digital-currency-use-in-cross-border-finance
BOE Digital Pound Lab https://www.bankofengland.co.uk/the-digital-pound/lab

信息整理，非投资建议

【技术笔记】Solana 工程侧在忙啥

看了官方 8/13 Changelog，偏硬核、不讲价格：

1）测试网 slot 时间继续往下压：已有 350→300ms、300→250ms 的 feature gate，客户端在为更短出块节奏做准备。
2）多客户端同步迭代：Agave 近期有 v4.2.x 稳定版，并推进 v4.3；Firedancer / Frankendancer 也有对应发版。
3）为 Alpenglow 铺路：例如并行化 BLS 投票验证，降低“投票洪峰把节点验证打满”的风险。

怎么理解这两条线：
• 缩短 slot ≈ 提高出块频率（分阶段开通，仍看网络稳定性）
• Alpenglow 是共识大改，公开资料里常见目标是把最终确认从约十几秒量级压到约 150ms 左右——主网窗口仍可能随测试调整

代码侧核对：Agave（anza-xyz/agave）近几日仍有密集 commit 与 release，属于持续工程推进，不是空壳叙事。

来源：
https://solana.com/news/solana-changelog-august-13-2026
https://github.com/anza-xyz/agave

信息整理，非投资建议

Solana 差点触发冻结阈值: 一堂基础设施课, 不是行情帖。

据 CoinDesk 与质押平台 Marinade: 一家大型数据中心提供商的路由故障, 一度让约 29% 的质押 SOL 掉线。Solana 的设计是: 若超过约三分之一质押权重离线, 网络就无法完成 finality (交易最终确认)。Marinade 称当时距离该阈值大约只差约 2000 万枚质押量。

几个技术点值得记:
1) 故障源头指向 Teraswitch 迈阿密机房的错误路由, 并波及欧亚部分节点; 北美大体仍在线。
2) 报道称单家网络运营商 (AS2032) 一度控制超四分之一质押权重, 集中度本身就是风险面。
3) 路由约 10 分钟修复; Solana Foundation 强调区块持续产出、交易仍在落地, 约 597/699 个有质押的验证者保持投票 -- 更接近压力测试而非全面停机。

观察: 高性能链的去中心化, 不只看验证者人头数, 还要看机房、ASN 与备份切换是否真分散。靠近 1/3 阈值, 等于给全网上了一课。

来源:
https://www.coindesk.com/tech/2026/08/12/smart-contract-blockchain-solana-nearly-froze-wednesday-marinade-finance-says

信息整理，非投资建议

零知识链 Miden 官宣隐私稳定币 USDCx：1:1 由 Circle USDC 经 xReserve 储备背书。交易默认不公开余额、对手方与流水，但可向审计/监管做选择性披露。

技术看点是 client-side proving——交易在用户设备上执行并生成证明，再上链验证，试图把机构要的机密性和链上可验证拼在一起。官方称目标与 mainnet 同步上线（约本月底），场景覆盖支付、交易、发薪与企业资金管理。

Miden 自 Polygon 拆分独立；公开代码侧 miden-vm / protocol / node 等 Rust 仓库近期仍有持续提交。主网与 USDCx 具体时间以官方为准。

来源：CoinDesk
https://www.coindesk.com/tech/2026/08/12/miden-bets-on-privacy-stablecoins-with-introduction-of-usdcx

信息整理，非投资建议

تنسيق الأخبار: MoneyGram Ramps تم إطلاقه على Solana.

ببساطة، يمكن للمحافظ والبورصات والتطبيقات عبر مجموعة API واحدة ربط شبكة MoneyGram النقدية العالمية بالسلسلة: الإيداع النقدي يغطي 25+ دولة، والسحب النقدي يغطي 170+ دولة ومنطقة. لا يحتاج المستخدمون إلى توصيل بنوكهم يدويًا بكل تطبيق على حدة، كما لا يضطر المطورون لتحمّل طبقة إضافية من عبء البنية التحتية.

هذه خطوة واقعية نسبيًا في سرد مدفوعات Solana: فالعملات المستقرة ليست مجرد أزواج تداول، بل بوابات يمكن ربطها بنقاط الخدمات الصاعدة في العالم الحقيقي. سبق لـ MoneyGram أن شاركت على Solana كمدققين، وهذه المرة تعمل على تضمين منتج Ramps مباشرة داخل النظام البيئي (Rift وغيرها تُعد من أوائل الجهات المتصلة).

المصدر:
https://www.coindesk.com/business/2026/08/10/moneygram-expands-on-solana-with-global-crypto-to-cash-service
https://solana.com/news/moneygram-ramps

تنسيق المعلومات، وليس نصيحة استثمارية

【تجميع الأخبار】 خريطة طريق إيثيريوم تتغير: الخصوصية ومقاومة الهجمات الكمية (antiquantum) تظهران في المقدمة

قارن فيتاليك مؤخرًا خريطة طريقه الكلاسيكية لعام 2023، مع Strawmap التي تقوم بها مؤسسة إيثيريوم بتحديثها باستمرار (مراجع لترقيات البروتوكول، ويمكن ملاحظة أنها تمتد تقريبًا حتى 2029).

قال إن أكثر ما يلفت الانتباه ليس “ما الذي ما زال موجودًا”، بل مجموعة من الاتجاهات التي لم تكن موجودة أصلًا على خريطة 2023، لكنها أصبحت الآن في قلب الخطة:

1) خصوصية قوية: مجمعات الخصوصية وwormholes وغيرها، بهدف تقليل كشف المسار الكامل للمعاملات قدر الإمكان؛ كما تظهر تصميمات مرتبطة بمقاومة الرقابة (مثل FOCIL) ضمن الخريطة
2) مقاومة الهجمات الكمية: دمج أمان التشفير طويل الأمد في north star (اتجاهات مثل hash-based)
3) Lean Ethereum: المواصفات أكثر اختصارًا؛ وعلى المدى البعيد ما يزال هناك نقاش حول تطور أشكال بيئة التنفيذ
4) بعد أن ينضج zk، يمكن أيضًا مناقشة مسارات مثل rollup الأصلي وغيرها بشكل أكبر

تدرج Strawmap نفسها خمسة اتجاهات رئيسية تقريبية: L1 أسرع، وتحسين الإنتاجية (gigagas L1 / teragas L2)، وL1 ما بعد الكمية، واعتبار الخصوصية مواطنًا من الدرجة الأولى.

هذه ليست مادة “للمناداة بالصفقات”، بل أقرب إلى تنسيق علني على مستوى البروتوكول: مع توسيع الأداء، يتم أيضًا تحمل الخصوصية ومقاومة الرقابة والأمان طويل الأمد معًا. كما تؤكد Strawmap نفسها أنها strawman / وثيقة حيّة وليست جدولًا زمنيًا واحدًا ثابتًا.

المصدر:
https://www.theblock.co/news/ecosystems/2026-08-10-vitalik-buterin-privacy-quantum-resistance-front-and-center-ethereum-latest-roadmap-411298
https://strawmap.org/

تجميع معلومات، وليس نصيحة استثمارية

ملاحظات تقنية｜محاولة تفرّع بيتكوين BIP-110: بعد كتلتين تقريبًا توقّف

يهدف BIP-110 (Reduced Data Temporary Softfork) إلى “تقييد سنة مؤقتة” على مستوى الإجماع لإدخال بيانات غير مالية يمكن تضمينها في المعاملات: تقليل scriptPubKey/بيانات الشاهد بشكل مبالغ فيه، وفرض حدود أكثر تشددًا لـ OP_RETURN، وغيرها. يعتقد المؤيدون أن بيانات نمط الـ inscriptions تزاحم الدفع وتكلف عقد الشبكة موارد؛ ويرى المعارضون أنه طالما تم دفع الرسوم فيجب أن يُسمح باستخدام مساحة الكتلة بحرية.

في نافذة التفعيل كانت إشارات عمال التعدين لا تتجاوز نحو 2.53% فقط، أي أقل بكثير من عتبة 55%. وعند بلوغ الكتلة 961,632، بدأت العقد التي تشغّل عملاء BIP-110 في رفض الكتل التي لم ترسل إشارات، فخرجت بذلك سلسلة تفرّع تمثل مسارًا لمجموعة قليلة.

أكثر ما يلفت الانتباه ميكانيكيًا هو الصعوبة (Difficulty): فالسلسلة المتفرعة ورثت صعوبة التعدين الحالية للشبكة الرئيسية، لكن نسبة القدرة الحاسوبية كانت ضئيلة جدًا، فتمددت مدة تكوين الكتل إلى عدة ساعات. وتُعاد حساب الصعوبة فقط بعد اكتمال 2016 كتلة. والنتيجة أنه على جانب التفرع لم يتم تعدين سوى نحو كتلتين تقريبًا ثم خمدت العملية، مع فجوة تقارب مقدار يوم في التقدم مقارنة بالسلسلة الرئيسية.

تنبيه عملي آخر: في المراحل الأولى قد تقبل السلسلتان معاملات بنفس الصيغة، ما يخلق خطر إعادة التشغيل (replay). فمعاملات البيع الموقعة على عملة التفرع قد تُعاد أيضًا إلى الشبكة الرئيسية. عند مراقبة حدث التفرع، تكون التفاصيل التقنية أهم من الشعارات.

المصدر:
CoinDesk https://www.coindesk.com/tech/2026/08/09/controversial-bitcoin-fork-bip-110-mines-two-blocks-then-stops
مواصفات BIP-110 https://github.com/bitcoin/bips/blob/master/bip-0110.mediawiki

تنسيق المعلومات، غير نصيحة استثمارية

سوّي أعلنت مؤخراً التقدّم في قدرات التوقيع المقاوم للكمّ، وتسير في مسار معتمد من NIST:

1) الحسابات اليومية: خطط لدعم أصلي لـ ML-DSA-65 (FIPS 204)
2) خزائن القيمة العالية: داخل عقود Move باستخدام مخطط SLH-DSA-SHA2-128s المعتمد على التجزئة

تقول الجهة الرسمية إن التنفيذ الأساسي قد اكتمل وتم إجراء اختبارات معيارية (Benchmarks). والخارطة الزمنية تقريباً هي: هدف خزائن آمنة مقاومة للكمّ هذا العام على الشبكة الرئيسية؛ إدخال الحسابات الأصلية لـ ML-DSA-65 إلى شبكة الاختبار قبل نهاية العام؛ وهدف مصادقة الحسابات على الشبكة الرئيسية هو 2027 الربع الأول. التصميم اختياري التفعيل، ويمكن الاشتقاق من عبارات التذكّر الحالية، دون إجبار الجميع على تغيير مفاتيحهم فوراً.

النقطة التقنية هي: نقل ما بعد التشفير من مرحلة النقاش إلى قدرات التطوّر ضمن البروتوكول/المحفظة، وليس سرداً حول الأسعار. التفاصيل وفقاً للمدونة الرسمية.

المصدر:
https://www.sui.io/blog/making-sui-quantum-ready
https://www.theblock.co/post/410968/sui-post-quantum-signature-scheme

تنسيق للمعلومات، وليس نصيحة استثمارية

【ملاحظات تقنية】XRPL‏ 3.3.0: «إخفاء المبالغ مع بقاء دفتر الأستاذ قابلاً للتحقق» للمؤسسات

أصدرت عميلة XRPL rippled هذا الأسبوع الإصدار 3.3.0 (GitHub XRPLF/rippled، نحو 6/8). من بين مجموعة التعديلات (amendment)، أكثر ما يستحق الاهتمام هو Confidential Transfers (التحويلات السرّية):

• موجهة إلى Multi-Purpose Token (MPT، تنسيق شائع لأصول مُرقمنة/مُؤسّسية)
• عناوين الحساب وأنواع الرموز ما زالت ظاهرة
• يمكن تشفير الرصيد ومبالغ التحويل؛ ويُستخدم الإثبات التشفيري لإثبات أن دفتر الأستاذ متوازن من حيث «دخول/خروج الأرصدة»، دون الحاجة إلى عرض الأرقام الدقيقة على كامل الشبكة
• الإصدار الأول يتطلب موافقة مسبقة (opt-in) من الحامل، ويغطي بشكل أساسي المدفوعات المباشرة من حساب إلى آخر باستخدام MPT (لا يشمل مؤقتًا مسارات مثل التداول عبر DEX المدمج، أو الحفظ/التوكيل، إلخ)

وفي نفس الإصدار تم تجميع قدرات أكثر تركيزًا على تشغيل المؤسسات: Batch (تجميع حتى 8 عمليات، يمكن أن تكون كلها قابلة للنجاح أو لا تنجح كلها)، Sponsor (سداد رسوم/احتياطي بدلًا عن المستخدم، دون الحاجة إلى أن يقوم الحساب الجديد أولًا بتجميع XRP)، Permission Delegation (تفويض نوع معاملات محدد فقط)، Dynamic MPT وغيرها. ومن جانب رسمي/التشغيل، تمت الإشارة أيضًا إلى انخفاض استهلاك الذاكرة بنحو 10%–15%، وتسريع عملية التتبع/اللحاق بالكتل.

حدود مهمة: هذه التعديلات لم تدخل بعد حيز التنفيذ — يجب أن يحصل XRPL على موافقة من «المدققين» (validators) بشكل مستمر لمدة أسبوعين متتالين بنسبة ≥80% حتى يتم تفعيلها. واستشهدت CoinDesk ببيانات من RWA.xyz: بلغ حجم توزيع أصول RWA على XRPL نحو 1.38 مليار دولار أمريكي (يشمل RLUSD وغيرها)، ومن ذلك فإن الأصول المُرمّزة غير RLUSD تبلغ تقريبًا 530 مليون دولار+؛ وبعد إطلاق الوظيفة، تتمثل النقطة المحورية في ما إذا كان المُصدرون مثل Aviva وOndo سيقومون فعلًا بفتح وضع التشفير.

بكلمة واحدة: ترقيع على مستوى البروتوكول لـ «الخصوصية المتوافقة + تجربة تشغيل للمؤسسات»، وليس قصة تسعير.

المصدر:
• CoinDesk: https://www.coindesk.com/tech/2026/08/07/new-xrp-ledger-amendments-target-usd530-million-in-tokenized-wall-street-assets
• إصدار GitHub 3.3.0: https://github.com/XRPLF/rippled/releases/tag/3.3.0
• بيان الإصدار: https://xrpl.org/blog/2026/xrpld-3.3.0

تنسيق المعلومات، غير نصيحة استثمارية

【ملاحظات تقنية】Sui تعلن رسميًا التقدم نحو التوقيعات المقاومة للكم

قالت مدونة Sui الرسمية (6/8) إنه سيتم دمج مجموعتين من التوقيعات المقاومة للكم بعد توحيدهما ضمن معايير NIST:
• حسابات الاستخدام اليومي: ML-DSA-65 (FIPS 204) كتوقيع بروتوكول أصلي
• خزائن عالية القيمة: ضمن عقود Move استخدام SLH-DSA-SHA2-128s (FIPS 205)

أبرز النقاط القابلة للتطبيق: يمكن أن تظل المفاتيح مستخرجة من العبارات المساعدة الحالية (seed phrase)؛ وبالاستفادة من address aliases التي تم طرحها بالفعل، يمكن للحساب تحديث مفاتيح التفويض دون الحاجة إلى نقل الأصول أولًا. الخطة المبدئية هي أن هدف «خزائن مقاومة للكم» سيكون على الشبكة الرئيسية هذا العام، وأن حسابات ML-DSA الأصلية ستكون على شبكة الاختبار بنهاية العام، ثم شبكة رئيسية في الربع الأول من 2027 (قد يتغير الجدول الزمني وفقًا لتعديلات التدقيق وتغذية راجعة من شبكة الاختبار).

كما أن The Block وغيرها تتبعت المستجدات. جوهر الأمر هو أن التشفير قابل للإضافة (plug-and-play) — أي إضافة آلية توقيع جديدة دون تغيير الإجماع والحالة القائمة.

المصدر:
https://www.sui.io/blog/making-sui-quantum-ready
https://www.theblock.co/post/410968/sui-post-quantum-signature-scheme

تنسيق معلومات، وليس نصيحة استثمارية

【ملاحظات تقنية】تحققٌ موازي يبدأ بالتشغيل أولاً: World Chain × EIP-7928

تحديثٌ مؤخّر يندرج بدرجةٍ أكبر تحت “طبقة البروتوكول”: أعلنت World Chain (OP Stack L2 ضمن بيئة World) أنها ستفعّل على الشبكة الرئيسية “قائمة وصول كاملة إلى الكتل” (Block Access Lists / BALs)، وستُدرجها بشكلٍ تدفّقي (streaming) داخل Flashblocks—بحيث تُرفَق شرائحٌ من قائمة الوصول ضمن الزيادات الخاصة بالكتل الفرعية كل نحو 200 مللي ثانية. وتقول الجهة الرسمية إن Sepolia قد فُتحت في 27/7، بينما الهدف للشبكة الرئيسية هو 17/8؛ مع تفعيل عبر مفاتيح runtime، دون الحاجة إلى انتظار hard fork.

لماذا يستحق المتابعة؟
• يتعين على التحقق التقليدي إعادة تشغيل (replay) الكتلة كاملة تسلسلياً بحسب ترتيب المعاملات، فتتعطل المعالجة المتوازية بسبب اعتماد الحالة (state dependencies)
• يتيح EIP-7928 للكتلة أن تحمل سجلاً عمّا “تمت قراءته/كتابته” من حسابات وفتحات تخزين (storage slots) مع القيم “لاحقاً/بعدياً” (事后值)
• يمكن لعُقد التحقق أن تتحقق بالتوازي استناداً إلى ذلك، وأن تُحضّر/تهيّئ الحالة (preheat state)، وتقسّم تكلفة التحقق على عملية إصدار الكتل نفسها بدل إنهائها مرةً واحدة في نهاية الكتلة
• وصف الاختبارات الرسمية: عند إنتاجية أعلى (التقارير/المنشورات تذكر إجراء اختبارات تحميل باتجاه ~1 Ggas/s تقريباً)، يمكن الحفاظ على زمن التحقق بشكلٍ لا يزال مستقراً نسبياً—والتركيز هو: “رفع الإنتاجية لا يتطلب بالضرورة زيادة متناسبة في عتاد التحقق”

نظرة لما بعد ذلك: تُعد BALs أيضاً أحد الاتجاهات الرئيسية ضمن مناقشات ترقية Glamsterdam اللاحقة على Ethereum؛ أن يعمل L2 على “تجربة تشغيلية” ضمن مسار الإنتاج أولاً ثم تقديم تغذية راجعة لـ L1 هو إيقاع نموذجي لتعاون النظام البيئي.

على مستوى الكود: مستودع monorepo الخاص بـ worldcoin/world-chain (بالـ Rust) لا يزال يشهد خلال الأيام الأخيرة عمليات إرسال (commits) مرتبطة بـ flashblocks / proofs، وليست مجرد إطلاقٍ شكلي.

المصادر (يمكن التحقق منها):
• The Block：https://www.theblock.co/post/410651/world-chain-first-production-l2-block-access-lists-via-flashblocks
• مدونة World الخاصة بالهندسة：https://world.org/blog/engineering/world-chain-full-block-access-lists
• EIP-7928：https://eips.ethereum.org/EIPS/eip-7928
• GitHub：https://github.com/worldcoin/world-chain

تنظيم المعلومات، وليس نصيحة استثمارية

【ملاحظات البروتوكول】 سولانا تريد إعادة تسعير المعاملات التي «تستهلك الموارد فعلاً»

اليوم، أفادت CoinDesk أن المدققين يقدّمون إشارات حوكمة لدعم مشروعين مترابطين — SIMD-0553 وSIMD-0550.

الخطاف التقني ليس معقّدًا، لكنه مهم للغاية:
1）الوضع الحالي: يتم احتساب الرسوم الأساسية تقريبًا حسب عدد التواقيع؛ وبعد التحقق من التواقيع، فإن مقدار الـ compute الذي يُستهلك لا يختلف كثيرًا من حيث رسوم القاعدة.
2）SIMD-0553: يتم تقسيم الرسوم إلى «رسوم إدراج في البلوك + رسوم موارد». تُحتسب رسوم الموارد وفق وحدات cost المطلوبة من المعاملة، ويتم تدميرها بالكامل؛ المعاملات الخفيفة (مثل التصويت أو تحديث oracle) قد تصبح أرخص، بينما المعاملات ذات الحسابات الثقيلة ستكون أغلى.
3）وبحسب تقدير تقريبي لنشاط السلسلة في الفترة الأخيرة، قد يرتفع مقدار الحرق اليومي من مستوى يقارب 650 SOL إلى نطاق 7500–9000 SOL. وحتى مع ذلك، يظل أقل بكثير من مستوى الزيادة اليومية في المعروض/الإصدار، لذلك وحده لا يمكن أن يجعل الشبكة انكماشية.
4）SIMD-0550: يضاعِف تقريبًا سرعة الانكماش، وينقل نقطة ما يقارب 1.5% من زمن التضخم عند الطرف (terminal) من حوالي 2032 إلى حوالي 2029.

حاليًا، تم دمج وثائق المشروعين في مسار SIMD على GitHub؛ أما ما إذا كانت ستسري على الشبكة الرئيسية فيعتمد على ما إذا كانت إشارات الرهن/الرهان يمكنها تجاوز العتبة، وكذلك التصويت الرسمي اللاحق (نافذة الإشارة حتى حوالي 8/18).

بجملة واحدة: إنها تستخدم تصميم آليات لكتابة «استخدام موارد الجدولة والتنفيذ» في الفاتورة، وليس الاكتفاء بالرسوم وفق عدد التواقيع.

المصدر:
https://www.coindesk.com/tech/2026/08/04/a-new-solana-proposal-would-take-daily-sol-burns-from-usd47-000-to-usd650-000
https://github.com/solana-foundation/solana-improvement-documents/pull/553

تنسيق معلومات، وليس نصيحة استثمارية

معلومة باردة عن محافظ العتاد (Hardware Wallet): ثغرة في إنتروبيا (Entropy) بذور Coldcard — المشكلة ليست في أن “يتم أخذ الجهاز فعليًا”، بل في أن مسار الأرقام العشوائية في البرنامج الثابت (firmware) انحرف.

وفقًا لتوضيحات Coinkite الرسمية، عندما تم الاتصال بـ libsecp256k1 / libNgU في 2021، تم استخدام توليد بذرة المحفظة بشكل خاطئ عبر مولّد عشوائي برمجي (pseudo-random) في MicroPython؛ ولم يتم حقن الإنتروبيا من مُولّد العشوائية العتادي TRNG فعليًا في المسار الرئيسي. النتيجة: تم خفض الإنتروبيا الفعّالة (تقدير رسمي تقريبي لـ Mk2/Mk3 بحوالي 40 بت، ولـ Mk4/Mk5/Q قبل الإصلاح بحوالي 72 بت، وكلها أقل من المتوقع وهو 128 بت). يستطيع المهاجمون تعداد/تجربة المفاتيح الضعيفة دون اتصال (off-line)، دون الحاجة إلى لمس الجهاز.

تتبع مثل Galaxy Research أظهر أن حجم العناوين المتأثرة التي تم “مسحها” بلغ من حوالي 1000+ BTC / حوالي 70 مليون دولار، ثم تراكمت موجات لاحقة إلى حدود 1300+ BTC / ما يقارب 90 مليون دولار (لا تزال الإحصاءات تتحدّث). وقد أصدرت الشركة إصلاحات في البرنامج الثابت (مثل Mk3 4.2.0، وMk4/Mk5 5.6.0، وQ 1.5.0Q… إلخ)، وشددت على أن: التحديث لا يصلح البذور القديمة؛ يلزم توليد بذرة جديدة على البرنامج الثابت الجديد ثم ترحيلها (migration). كما أن استخدام ما لا يقل عن 50 مرة من “نرد” (Dice) مستقل للحصول على إنتروبيا يقلّل المخاطر بشكل واضح. المستودع مفتوح المصدر Coldcard/firmware شهد عمليات إرسال/توقيع مكثفة خلال الفترة 7/31–8/1.

ملاحظات تقنية ثلاث:
1) محافظ العتاد مفتوحة المصدر ما زالت بحاجة إلى التحقق الشامل من نهاية إلى نهاية لمسار “تحليل الإشارات/الرموز (symbol parsing) / الاستدعاء الفعلي لـ RNG”، فلا يكفي أن ترى أن كود TRNG موجود داخل الثنائي (binary)
2) تدقيق بمساعدة الذكاء الاصطناعي سلاح ذو حدين؛ الفريقان (الهجوم والدفاع) يمكنهما تسريع اكتشاف الثغرات والتجارب
3) الحوسبة الذاتية (self-custody) يجب أن تعامل مصادر الإنتروبيا والنسخ الاحتياطي وعبارة المرور (passphrase) وخطوات الترحيل البارد بهدوء (cold migration) كأولوية من الدرجة الأولى

المصادر:
https://blog.coinkite.com/coldcard-mk3-seed-generation-warning/
https://blog.coinkite.com/entropy-technical-backgrounder/
https://www.theblock.co/post/410332/bitcoin-losses-linked-coldcard-vulnerability-70-million-galaxy-research
https://www.coindesk.com/tech/2026/08/02/bitcoin-cold-wallet-attack-spreads-to-4-500-addresses-as-losses-near-usd89-million
https://github.com/Coldcard/firmware

تنظيم المعلومات، ليست نصيحة استثمارية

【مراقبة البروتوكول】يستعد XRP Ledger لإعادة تفعيل ميزتين تم سحبهما مرتين بسبب مشكلات أمنية، وبعد إصلاحهما سيتم إعادة عرضهما للتصويت من قبل المدققين

وفقًا لتقرير CoinDesk، من المتوقع أن تصدر xrpld 3.3.0 الأسبوع المقبل، متضمنة 5 تعديلات (amendments) مقترحة. ومن بينها Batch (معاملات ذرّية عبر حسابات متعددة، بحد أقصى 8 عمليات) و Permission Delegation (يمكن للجهات تفويض صلاحيات توقيع دقيقة دون تسليم السيطرة الكاملة) تم إيقافهما بشكل عاجل سابقًا بسبب ثغرات خطيرة: فبالنسبة للأولى، قد يسمح خلل في التحقق من التوقيع للمهاجم بإصدار معاملات دون امتلاك مفاتيح. أما الثانية فقد ظهرت فيها مخاطر تتمثل في تحويل الرسوم وسحب الرصيد. في ذلك الوقت لم تُنشر الميزات على الشبكة الرئيسية ولم يحدث ضرر مالي، لكن الأمر جدير بالتوثيق—سحبها أولًا، ثم إصلاحها، ثم التصويت.

وبنفس الدفعة توجد ثلاث قدرات جديدة تميل أكثر إلى الاتجاه المؤسسي ومسار الأصول:
• Confidential MPT: إثباتات معرفة صفرية + تشفير بمنحنيات بيضاوية، لإخفاء أرصدة الرموز متعددة الأغراض/مبالغ التحويل عن العامة مع الحفاظ على مسارات التحقق من التدقيق والامتثال
• Sponsored Fees and Reserves: يمكن للبنوك أو المنصات دفع رسوم XRP ومخصصات الاحتياطي نيابةً عن المستخدمين، ما يقلل عتبة “ضرورة امتلاك عملة الوقود (gas) أولًا لاستخدام الخدمة”
• Dynamic MPT: عند الإصدار يمكن تحديد السمات التي يُسمح بتعديلها لاحقًا، ما يقلل من عمليات ترحيل كامل الرمز

على مستوى الحوكمة، لا يزال يتعين أن يحصل amendment على دعم من المدققين بشكل موثوق بنسبة لا تقل عن 80% لمدة أسبوعين متتاليتين حتى يتم تفعيله؛ فالشبكة لا شركة واحدة هي من تتخذ القرار. لا يزال المستودع الرئيسي XRPLF/rippled (مفتوح المصدر بلغة C++) نشطًا مع عمليات إرسال حديثة، وصدرت في 8/1 ترقية إصلاحية عاجلة 3.2.1، كما يجري أيضًا العمل على اختبارات Confidential MPT.

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

المصدر: CoinDesk https://www.coindesk.com/tech/2026/08/01/xrp-ledger-upgrade-brings-back-features-once-pulled-over-critical-bugs
الرمز والإصدارات: https://github.com/XRPLF/rippled

تنسيق المعلومات، وليس نصيحة استثمارية

【ملاحظة حول البروتوكول】 الإصدار القادم من XRP Ledger xrpld 3.3.0: خمس تعديلات (amendments) تعود إلى تصويت المدققين

وفقًا لما تم الإعلان عنه بشكل علني من جانب CoinDesk وRippleX على مستوى المنتجات، يُتوقع أن يقوم إصدار البرنامج خلال الأسبوع المقبل بإحالة خمس تعديلات بروتوكول إلى المدققين للمراجعة، وأبرز النقاط التقنية:

1）Confidential MPT: ZK + تشفير بالمُنحنيات الإهليلجية، بما يتيح إخفاء أرصدة/مبالغ التحويل الخاصة بالرموز متعددة الأغراض، مع قدرة الجهة المصرّحة على إجراء تدقيق
2）Batch (نسخة مُعدّلة): تنفيذ ذري (ذاتي) لما يصل إلى 8 معاملات عبر حسابات متعددة، بحيث تتم جميعها أو لا تتم جميعها
3）Permission Delegation (نسخة مُعدّلة): تفويض صلاحيات ضمن نطاق ضيق، دون الحاجة إلى تسليم كامل صلاحية التوقيع
4）Sponsored Fees and Reserves: يمكن للجهات المؤسسية/المنصات دفع الرسوم والمخصصات الاحتياطية بدلًا عن المستخدمين
5）Dynamic MPT: عند الإصدار يمكن تحديد خصائص قابلة للتعديل لاحقًا، بما يقلل من ترحيل العملة بالكامل (整币迁移)

خلفية مثيرة للاهتمام: تم سحب كلٍ من Batch وPermission Delegation سابقًا بشكل عاجل بسبب ثغرة خطيرة (مشكلة في منطق التحقق من التوقيع، كانت قد تؤدي إلى معاملات غير مصرح بها؛ وعند الكشف عن الثغرة لم تكن التعديلات قد تم تفعيلها على الشبكة الرئيسية، ولم تحدث خسائر مالية). هذه المرة يتم طرحها بعد إصلاحها. كما أن التفعيل ما زال يتطلب دعمًا متواصلًا لمدة أسبوعين من نحو 80% من المدققين الموثوقين—ويُحدد ذلك عبر تصويت الشبكة، وليس عبر تشغيل أحادي بنقرة واحدة.

من جانب الكود: ما زال العميل الأساسي rippled (XRPLF/rippled) يقدم خلال الأيام الأخيرة طلبات/التزامات كثيفة، بما في ذلك اختبارات مرتبطة بـ Confidential MPT؛ وتستمر المستودعات في الصيانة العامة المستمرة.

المصدر:
https://www.coindesk.com/tech/2026/08/01/xrp-ledger-upgrade-brings-back-features-once-pulled-over-critical-bugs
https://xrpl.org/resources/known-amendments
https://xrpl.org/blog/2026/vulnerabilitydisclosurereport-bug-feb2026
https://github.com/XRPLF/rippled

تنظيم المعلومات، وليست نصيحة استثمارية

ملاحظات تقنية｜أكمل Zcash ترقية Ironwood (NU6.3)

سلسلة الخصوصية Zcash فعّلت ترقية شبكة Ironwood عند ارتفاع الكتلة 3,428,143. والجوهر ليس “سردية الصعود والهبوط”، بل إصلاح هندسي لسلامة سلسلة الإمداد (supply chain) ودوائر الإثبات بالمعرفة الصفرية.

خلفية مختصرة:
اكتشف الباحثون في دوائر zk ضمن حوض Orchard المحجوب خطرًا محتملًا لتوليد عملات مزوّرة غير قابلة للكشف (كانت الثغرة موجودة منذ إطلاقها عام 2022). قام المطورون أولًا بإصلاح عاجل عبر تفرعات لينة/صلبة، ثم مضوا قدمًا إلى حوض Ironwood الجديد.

ماذا تفعل هذه الترقية:
1）تفعيل حوض Shielded جديد باسم Ironwood، وإعادة استخدام دوائر Orchard/Halo 2 التي تم إصلاحها مسبقًا، وإتمام التحقق الشكلي (أدلة يمكن التحقق منها عبر آلات Lean، ويمكن الاطلاع على المستودع العام)
2）يُصبح حوض Orchard القديم دعمًا للاستخراج فقط. كما تمت إضافة حدود بمحاسبة “باب دوّار/turnstile”: يمكن التحقق علنًا من كميات الدخول والخروج، لتجنب السحب الزائد
3）إدخال تصاميم مثل ZIP 2005 “مذكرات الاسترداد الكمي”، لتوفير مسار لاحق لتطورات التشفير على المدى الطويل
4）مواءمة على جانب العقد مع تقاعد zcashd، وتحويل المسار الرئيسي إلى مكدس جديد مثل Zebra

آثار تعاون متعددة الأطراف واضحة جدًا: Shielded Labs، وZODL، وProject Tachyon، وValar، وZcash Foundation وغيرها. وعلى مستوى الشيفرة، لا تزال توجد عمليات إرسال حديثة في مستودع التحقق الشكلي الخاص بـ Zebra وironwood، وليست مجرد إعلانات فارغة.

ترحيل المستخدمين اختياري: يجب على الأموال أن تنتقل فعليًا من Orchard إلى Ironwood، والتقدم يعتمد على المحفظة وإجراءات المستخدم.

لماذا يستحق أن يلقي قراء الساحة نظرة:
هذه حالة كاملة من “اكتشاف مشكلة → تحقق شكلي عبر فرق متعددة → ترقية البروتوكول + حدود المحاسبة”، وهي توضح بشكل أفضل من مجرد الشعارات كيف يمكن إعادة بناء الثقة في الإمداد القابل للتحقق داخل بروتوكولات الخصوصية.

المصدر:
The Block https://www.theblock.co/post/409934/zcash-ironwood-upgrade-launching-new-shielded-pool-after-orchard-vulnerability
CoinDesk https://www.coindesk.com/tech/2026/07/28/zcash-seals-usd1-7-billion-shielded-pool-as-ironwood-upgrade-activates
Project Tachyon https://tachyon.z.cash/blog/ironwood-verification-complete/
GitHub https://github.com/zcash/ironwood

تنسيق معلومات، وليست نصيحة استثمارية

【ملاحظات تقنية】تم تفعيل الشبكة الرئيسية Zcash Ironwood（NU6.3）

في 28 يوليو، أكمل Zcash ترقية Ironwood عند ارتفاع الكتلة 3,428,143. تتمثل الأهمية في أمان مجمع الخصوصية وسلامة الإمداد، وليس في سرد حركة السوق:

1. تم إغلاق مجمع الحجب القديم Orchard (كان في الدائرة سابقًا ثغرة محتملة قد تسمح بالتحايل/التزوير، وقد بقيت كامنة قرابة أربع سنوات؛ ولم تظهر التحليلات العامة أي أثر واضح على استغلالها)
2. تم بدء مجمع الحجب الجديد من الصفر، وتحتاج الأموال إلى أن يقوم المستخدمون بنقلها يدويًا
3. عند الخروج من المجمع توجد آلية turnstile (بوابة دوّارة) لتسجيل القيود: يمكن سحب الإجمالي بما لا يتجاوز كمية الإيداع القابلة للتحقق، وذلك لإحباط العملات/الإيداعات المشبوهة المحتملة
4. أضيف إلى المجمع الجديد تصميم فواتير/قيود أكثر ميلًا لمقاومة الهجمات الكمية، وتم دفع دوائر الإثبات نحو التحقق الصوري (الرسمي)

من ناحية العقد (الـnode): لقد دخلت zcashd مرحلة EOL، وتحول العميل الرئيسي إلى Zebra الخاص بـ Zcash Foundation (الإصدار 6.0+ يدعم NU6.3، وما قبل التفعيل وبعده لا يزال هناك عمليات تقديم ونشر نشطة). كما أن librustzcash يقوم كذلك بمزامنة الإصدارات المتعلقة بتغليف/إخراج المحافظ (wallet) والهجرة.

وفقًا لـ CoinDesk، في اليوم الأول من التفعيل تم تحويل نحو 176 ألف ZEC (بما يعادل تقريبًا 8100 مليون دولار) إلى المجمع الجديد، أي حوالي 5% من رصيد المجمع القديم؛ وكانت عملية النقل طوعية وتدريجية.

المصدر:
https://www.coindesk.com/tech/2026/07/28/zcash-seals-usd1-7-billion-shielded-pool-as-ironwood-upgrade-activates
https://www.coindesk.com/tech/2026/07/29/about-usd80-million-zec-crosses-into-zcash-s-new-ironwood-pool-in-the-first-day
https://zfnd.org/zebra-6-0-0-release/

تنظيم للمعلومات، وليس نصيحة استثمارية