昵称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 等）。最终上什么，以客户端实现和测试网进展为准。

来源：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

Посмотрел официальный Changelog от 8/13 — довольно хардкорно, без разговоров о цене:

1）В тестовой сети продолжают сжимать время slot: уже есть feature gate 350→300 мс и 300→250 мс, клиент готовится к более короткому ритму выпуска блоков.
2）Параллельная синхронная итерация между несколькими клиентами: у Agave в последнее время есть стабильная ветка v4.2.x и ведётся работа над v4.3; Firedancer / Frankendancer тоже выпустили соответствующие версии.
3）Прокладка пути для Alpenglow: например, параллелизация валидации BLS-голосований, чтобы снизить риск того, что «пик голосований» полностью загрузит проверку на узлах.

Как это понимать в двух линиях:
• Укорочение slot ≈ повышение частоты выпуска блоков (поэтапное включение, всё равно ориентируются на стабильность сети)
• Alpenglow — крупная переработка консенсуса: в открытых материалах обычно встречается цель сжать финализацию с порядка десятков секунд до примерно 150 мс — при этом окно на мейннете может по-прежнему меняться по результатам тестов

Проверка по коду: у Agave (anza-xyz/agave) в последние дни по-прежнему много плотных коммитов и релизов — это про непрерывное инженерное продвижение, а не пустые слова.

Источник:
https://solana.com/news/solana-changelog-august-13-2026
https://github.com/anza-xyz/agave

Сводка информации, не является инвестиционной рекомендацией

Solana едва не достигла порога заморозки: базовый урок по инфраструктуре, а не пост про котировки.

Согласно CoinDesk и платформе для стейкинга Marinade: сбой маршрутизации у крупного провайдера дата-центров однажды привел к отключению примерно 29% стейкнутых SOL. Дизайн Solana таков: если окажется, что в офлайне находится более примерно одной трети стейкингового веса, сеть не сможет завершить finality (окончательное подтверждение транзакций). Marinade утверждает, что в тот момент до этого порога оставалось около 20 миллионов единиц стейкингового объема.

Несколько технических моментов, которые стоит запомнить:
1) Источник сбоя указывает на неверную маршрутизацию в локации Тeraswitch (майамский дата-центр), которая задела часть узлов в Европе и Азии; в Северной Америке в основном всё оставалось в сети.
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

Сводка информации, не является инвестиционной рекомендацией

Zk-цепочка Miden официально анонсирует приватный стейблкоин USDCx: 1:1, обеспеченный резервами xReserve на базе Circle USDC. По умолчанию транзакции не публикуют балансы, контрагентов и потоки, но при этом допускается выборочное раскрытие для аудита/регуляторов.

Технический акцент — client-side proving: транзакции выполняются на устройстве пользователя и генерируют доказательство, которое затем проверяется в блокчейне. Официально заявленная цель — совместить конфиденциальность, нужную институтам, с проверяемостью в сети. Сообщается, что синхронный запуск с mainnet намечен (примерно в конце этого месяца), сценарии включают платежи, трейдинг, выплаты зарплат и управление корпоративными средствами.

Miden выделен из Polygon и работает как отдельный проект; по открытым репозиториям со стороны кода — miden-vm / protocol / node и др. — в последнее время продолжаются регулярные коммиты. Конкретные сроки запуска mainnet и 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

Сводка информации, не является инвестиционной рекомендацией

【Сводка новостей】 Роадмап Ethereum меняется: приватность и постквантовая устойчивость выходят на передний план

Виталик недавно сравнил ту самую классическую дорожную карту 2023 года и постоянно обновляемый Strawmap от Ethereum Foundation (по ссылкам на апгрейды протоколов примерно видно до 2029).

Он сказал, что бросается в глаза не то, «что еще остается», а то, что в 2023-й схеме вообще не было целого ряда направлений — теперь они стали ключевыми:

1) Сильная приватность: privacy pools, wormholes и т.п., чтобы как можно меньше раскрывать полный след транзакции; в роадмап также включены дизайн-подходы, связанные с устойчивостью к цензуре (например, FOCIL)
2) Постквантовая безопасность: закладывать долгосрочную криптографическую стойкость прямо в north star (в т.ч. hash-based и др. направления)
3) Lean Ethereum: спецификации должны быть более лаконичными; в долгосрочной перспективе обсуждаются эволюции форм исполнительной среды
4) Когда zk станет более зрелым, пути вроде native rollup тоже можно будет предметно обсуждать

Собственный Strawmap выделяет пять примерных крупных направлений: более быстрый L1, более высокий throughput (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/

Информационная сводка, не инвестиционная рекомендация

Технические заметки｜Попытка форка Bitcoin BIP-110: после двух блоков почти полная остановка

BIP-110 (Reduced Data Temporary Softfork) хочет в уровне консенсуса «на временный год» ужесточить немонетарные данные, которые можно встраивать в транзакции: ограничить слишком большие scriptPubKey/данные в SegWit-вложениях, восстановить более строгие границы для OP_RETURN и т. п. Сторонники считают, что данные типа inscriptions вытесняют оплаты и увеличивают нагрузку на ноды; противники полагают, что раз за комиссии заплачено, использование пространства блока должно быть свободным.

В окне активации сигнал майнеров составляет примерно 2,53% — сильно ниже порога 55%. Начиная с блока 961,632, ноды, запускающие клиенты BIP-110, начинают отклонять блоки, которые не сигнализируют о поддержке, и тем самым выходит линия форка по меньшинству.

Самое интересное в механике — сложность. Форк-цепь наследует текущую майнинговую сложность основной сети, но доля хешрейта там крайне мала: интервал между блоками растягивается до нескольких часов. При этом пересчёт сложности происходит только после 2016 блоков. В результате на стороне форка удаётся добыть примерно всего 2 блока, после чего почти всё замирает; разрыв по прогрессу с основной цепью достигает порядка одного дня.

Ещё одно практическое напоминание: в начальный период форка обе цепи могут принимать транзакции с одинаковым форматом, из-за чего сохраняется риск повторного воспроизведения (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

Собрано и систематизировано; не является инвестиционной рекомендацией

Sui недавно официально объявила о продвижении возможностей против квантовых подписей и следует по маршруту, стандартизированному в NIST:

1) Дневные аккаунты: планируется нативная поддержка ML-DSA-65 (FIPS 204)
2) Высокозначимые хранилища: в Move-контрактах использовать хешевую схему SLH-DSA-SHA2-128s

Официально заявлено, что ключевая реализация уже завершена и проведены бенчмарки. Примерный план таков: цель по «квантобезопасным» хранилищам — в этом году в основной сети; нативные аккаунты с ML-DSA-65 — к концу года на тестовой сети; цель по аутентификации аккаунтов в основной сети — 2027 Q1. Предусмотрена возможность включения по желанию: можно выводить ключи из существующих seed-фраз, без обязательной немедленной замены ключей для всех.

Технический акцент в том, чтобы перевести постквантовые решения из плоскости обсуждений в плоскость эволюционируемости протокола/кошелька, а не в «ценовой» нарратив. Подробности — в официальном блоге.

Источник:
https://www.sui.io/blog/making-sui-quantum-ready
https://www.theblock.co/post/410968/sui-post-quantum-signature-scheme

Сводка информации, не является инвестиционной рекомендацией

【Технические заметки】XRPL 3.3.0: «Суммы можно скрывать, а книга всё равно поддаётся проверке» для RWA у институтов

Клиент rippled для XRP Ledger на этой неделе выпустил 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% и ускорение отслеживания блоков.

Важно: эти amendment ещё не вступили в силу — чтобы XRPL их активировал, доверенные валидаторы должны непрерывно в течение двух недель поддерживать их не менее чем на 80%. CoinDesk со ссылкой на RWA.xyz сообщает: на XRPL уже распределён объём RWA примерно на 1,38 млрд долларов (включая RLUSD и т.п.). При этом токенизированные активы, не относящиеся к RLUSD, составляют около 530 млн+; после запуска функции ключевым будет вопрос, действительно ли эмитенты вроде Aviva, Ondo и т.п. включат режим с шифрованием.

Одной фразой: это патч протокольного уровня для «комплаенс-privacy + удобства работы институтов», а не история про цены.

Источник:
• CoinDesk: https://www.coindesk.com/tech/2026/08/07/new-xrp-ledger-amendments-target-usd530-million-in-tokenized-wall-street-assets
• GitHub Release 3.3.0: https://github.com/XRPLF/rippled/releases/tag/3.3.0
• Примечания к выпуску: https://xrpl.org/blog/2026/xrpld-3.3.0

Сводка информации, не является инвестиционной рекомендацией

【Технические заметки】Sui официально объявляет о продвижении постквантовых подписей

Официальный блог Sui (8/6) сообщает, что планируется подключить два комплекта постквантовых подписей, стандартизированных NIST:
• Повседневные аккаунты: ML-DSA-65 (FIPS 204) — в качестве нативной схемы подписи
• Высокозначимые хранилища: внутри Move-контракта используется SLH-DSA-SHA2-128s (FIPS 205)

Более приземлённые детали: ключи по-прежнему можно выводить из существующих мнемонических фраз; с помощью уже запущенных address aliases аккаунты могут обновлять ключи авторизации, не нужно заранее переносить активы. Дорожная карта примерно такова: цель по постквантовому хранилищу — основной сети в этом году; нативные аккаунты ML-DSA — тестовая сеть к концу года, основная сеть — Q1 2027 (график может корректироваться по итогам аудитов и отзывов с тестнетов).

За движением следят и The Block и другие. По сути это криптография «плагинного» типа — добавляется новая схема подписи, без изменения консенсуса и существующего состояния.

Источник:
https://www.sui.io/blog/making-sui-quantum-ready
https://www.theblock.co/post/410968/sui-post-quantum-signature-scheme

Сводка информации, не является инвестиционной рекомендацией

【Технические заметки】L2 сначала запускает параллельную валидацию: World Chain × EIP-7928

Недавно вышло обновление в более «протокольном» направлении: World Chain (OP Stack L2 из экосистемы World) объявила, что включит в основной сети полный список блок-доступов (Block Access Lists / BALs) и встроит его в Flashblocks — добавляя срезы списка доступа примерно в каждом инкременте подполя блоков раз в ~200 мс. Официально заявлено, что Sepolia уже открыта (7/27), целевая дата для мейннета — 8/17; включение через runtime switch, без ожидания хардфорка.

Почему это стоит смотреть?
• Традиционная валидация требует последовательно перематывать весь блок по порядку транзакций — зависимости состояния могут «заблокировать» параллелизм
• EIP-7928 добавляет в блок запись о том, какие аккаунты и слоты хранения были прочитаны/записаны, плюс «значения после»
• Узлы валидации могут проверять параллельно, прогреть (preheat) состояние и распределить стоимость верификации по процессу выпуска блока, а не считать всё в конце одного разом
• Описание официальных тестов: при более высокой пропускной способности (в сообщениях/постах упоминают стресс-тест в сторону ~1 Ggas/s) задержка валидации остаётся относительно стабильной — ключевой момент: «при росте throughput не нужно пропорционально наращивать валидационное аппаратное обеспечение»

Дальше по перспективам: BALs — одно из headline-направлений в обсуждениях последующих обновлений Ethereum после Glamsterdam; L2 сначала «прогоняет» это в продакшн-тракте, а затем даёт обратную связь L1 — типичный ритм сотрудничества экосистемы.

Со стороны кода: в репозитории worldcoin/world-chain (monorepo на Rust) в последние дни всё ещё есть коммиты и PR, связанные с 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

Свод информации, не является инвестиционной рекомендацией

【Протокольные заметки】 Solana хочет переоценить транзакции «которые действительно потребляют ресурсы»

Сегодня CoinDesk сообщает: валидаторы оказывают поддержку сигналами по управлению двум связанным предложениям — SIMD-0553 и SIMD-0550.

Технические детали несложные, но они критически важны:
1）Текущее состояние: базовая комиссия в основном рассчитывается по числу подписей; после завершения проверки подписей доля compute, приходящаяся на базовые издержки, почти не меняется.
2）SIMD-0553: разбивает комиссию на «взнос за включение в блок + комиссию за ресурсы». Комиссия за ресурсы взимается по cost units, указанным в запросе транзакции, и полностью сжигается; легкие транзакции (например, голосование, обновления oracle) получают шанс стоить дешевле, а вычислительно тяжелые — дороже.
3）По грубой оценке по активности в сети за последнее время: дневной объем сжигания может вырасти примерно с уровня около 650 SOL до порядка 7500–9000 SOL. При этом он все равно заметно ниже текущих масштабов дневного эмиссионного прироста, так что само по себе предложение не сделает сеть дефляционной.
4）SIMD-0550: примерно удваивает скорость дефляции, сдвигая точку, когда терминальная инфляция около 1,5%, с окрестностей 2032 года на окрестности 2029 года.

На данный момент оба документа предложений объединены в GitHub в рамках SIMD-процесса; будет ли это работать в основной сети, зависит от того, пройдут ли стейкинговые сигналы порог, а также от последующего официального голосования (окно сигналов — примерно до 18/08).

Одной фразой: это дизайн механизма — встроить «занятие ресурсов планирования и выполнения» в счет, а не просто резать по числу подписей.

Источник:
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

Сводка информации, не является инвестиционной рекомендацией

Несколько холодных фактов о аппаратных кошельках: уязвимость в энтропии сид-фразы Coldcard, проблема не в том, что «аппаратный кошелёк физически забрали», а в том, что в прошивке был выбран неверный путь генератора случайных чисел.

Согласно официальному описанию Coinkite, когда в 2021 году в кошелёк подключили libsecp256k1 / libNgU, при генерации сид-фразы использовали программный псевдослучайный генератор MicroPython. Аппаратный TRNG не был действительно «подключён» к основному пути. В итоге эффективная энтропия оказалась снижена (официально грубо оценили: у Mk2/Mk3 — около 40 бит; у Mk4/Mk5/Q до исправления — примерно 72 бита; во всех случаях ниже ожидаемых 128 бит). Злоумышленники могли офлайн перебрать пространство слабых ключей, не контактируя с устройством.

Наблюдения Galaxy Research и др. показывают, что объёмы взлома по связанным адресам составили от ~1000+ BTC (около $70 млн), затем последующие волны накопили до ~1300+ BTC (почти $90 млн) (статистика ещё обновляется). Официально выпущены исправленные прошивки (например, Mk3 4.2.0, Mk4/Mk5 5.6.0, Q 1.5.0Q и т. п.), и подчеркнуто: обновление не исправит уже сгенерированные старые сид-фразы — нужно на новой прошивке сгенерировать новую сид-фразу и затем перенести средства; изначальный риск заметно ниже, если использовать как минимум 50 независимых «бросков кубика» энтропии. Открытый репозиторий Coldcard/firmware публиковал много коммитов с подписями в период 7/31–8/1.

Три технических наблюдения:
1) Даже для open-source аппаратных кошельков нужно end-to-end проверять «парсинг символов / реальный путь вызова RNG», нельзя ограничиться тем, что TRNG- код присутствует в бинарниках
2) AI-аудит — обоюдоострый меч: и атакующие, и защитники могут ускорять свои изыскания
3) Самостоятельное хранение (self-custody) должно рассматривать источник энтропии, бэкапы, passphrase и спокойный сценарий холодной миграции как равноправных граждан

Источник:
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 предложенных amendment. Среди них Batch (до 8 записей в кросс‑аккаунт атомарной транзакции) и Permission Delegation (организации могут предоставлять детализированные права на подпись, не передавая полный контроль) ранее были экстренно остановлены из‑за серьезных уязвимостей: в первом случае дефект в проверке подписи мог позволить атакующему под видом транзакции отправлять ее без ключа; во втором — возникали риски переноса комиссий и «высасывания» баланса. Тогда функции не были развернуты в основной сети, ущерба средств не было, но сам процесс стоит запомнить: сначала отозвать, затем исправить и снова вынести на голосование.

В этом же пакете есть еще три новых возможности в сторону институтов и активов:
• Confidential MPT: нулевые доказательства + эллиптическая криптография, позволяющие скрывать публично остатки/суммы переводов многоцелевых токенов, при этом сохраняя путь для аудита и комплаенс‑проверок
• Sponsored Fees and Reserves: банк или платформа могут оплачивать пользователям комиссии XRP и резервы, снижая порог «нужно сначала иметь gas‑монету, чтобы пользоваться»
• Dynamic MPT: при выпуске можно заранее оговорить, какие свойства токенов допускают последующие изменения, уменьшая необходимость миграции целых монет

В части управления amendment все еще должны пройти доверительную валидацию: activation произойдет лишь после того, как валидаторы поддержат их как минимум 80% подряд в течение двух недель. Решает не одна компания, а сеть. Основной репозиторий XRPLF/rippled (C++ open source) в последнее время остается активным: 1 августа вышел hotfix 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

Сводка информации, не является инвестиционной рекомендацией

【Наблюдение за протоколом】 Следующая версия xrpld 3.3.0 в XRP Ledger: пять amendment возвращаются на голосование валидаторов

Согласно публичным разъяснениям со стороны CoinDesk и продуктовой команды RippleX, ожидается, что на следующей неделе в программном обновлении будет передано валидаторам на рассмотрение пять поправок к протоколу. Ключевые технические моменты:

1）Confidential MPT: ZK + шифрование на эллиптических кривых, чтобы балансы/суммы переводов для многоцелевых токенов можно было сделать приватными, при этом уполномоченная сторона может проводить аудит
2）Batch (обновлённая версия): до 8 транзакций между аккаунтами выполняются атомарно — либо все успешны, либо ни одна
3）Permission Delegation (обновлённая версия): делегирование прав в узком диапазоне, не требуется отдавать полный контроль над подписью
4）Sponsored Fees and Reserves: организации/платформы могут оплачивать комиссии и резервы
5）Dynamic MPT: при выпуске можно указывать изменяемые в дальнейшем атрибуты, уменьшая необходимость миграции целых монет

Занятная предыстория: ранее Batch и Permission Delegation были срочно отозваны из‑за серьёзной уязвимости (проблемы в логике проверки подписи; в теории это могло привести к выполнению несанкционированных транзакций). На момент раскрытия уязвимости amendment ещё не был активирован в основной сети, потерь средств не было. Сейчас поправки выносят повторно — после исправления. Для активации по‑прежнему требуется поддержка примерно 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. Суть не в «сюжетах про рост/падение», а в инженерном исправлении целостности цепочки поставок и zk-цепей.

Кратко о предпосылках:
Исследователи обнаружили в zk-цепях экранированного пула Orchard потенциальный риск неотслеживаемого чеканки «фальшивых монет» (уязвимость существовала с момента запуска в 2022 году). Разработчики сначала срочно залатали её через форк (мягкий/жёсткий), а затем запустили новый пул Ironwood.

Что делает это обновление:
1）Запуск нового экранированного пула Ironwood: повторное использование уже исправленных цепей Orchard/Halo 2 и завершение формальной верификации (доказательства, проверяемые машиной Lean; публичный репозиторий доступен)
2）Старый пул Orchard переводится на режим только «вывод»: добавляется бухгалтерская граница с «поворотной дверью/turnstile», чтобы можно было публично сверять объёмы входа и выхода и избегать чрезмерных выводов
3）Внедрение дизайнов вроде ZIP 2005 «Quantum Resilient Notes», чтобы оставить запас на дальнейшую эволюцию криптографии
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 на высоте блока 3,428,143 завершил обновление Ironwood. Акцент — на безопасности и целостности поставок приватных пулов, а не на рыночных нарративах:

1. Старый пул-оркард для экранирования (Orchard) переведён в режим хранения/запечатан (в прежних схемах теоретически мог существовать уязвимый вектор подделки; уязвимость бездействовала примерно около четырёх лет; в открытом анализе не обнаружено явных следов эксплуатации)
2. Новый пул экранирования запущен с нуля, средства требуется перенести вручную по инициативе пользователя
3. Для выхода из пула введён учёт с turnstile (дверь-«турникет»): объём вывода не может превышать объём подтверждённо внесённых средств — это помогает «сдерживать» возможные поддельные монеты
4. Новый пул включает более устойчивую к квантовым атакам схему учёта и продвигает формальную верификацию для схем доказательств

Со стороны нод: zcashd перешёл в EOL, основной клиент ориентирован на Zebra от Zcash Foundation (6.0+ поддерживает NU6.3; до и после активации сохраняются активные коммиты и релизы). Также librustzcash синхронно обновляется версии, связанные с кошельком/миграцией.

По данным CoinDesk, в первые сутки активации в новый пул перешло около 176 тыс. ZEC (порядка 810 млн долларов по оценке), что примерно составляет 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/

Сводка информации, не является инвестиционной рекомендацией