昵称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

信息整理，非投资建议

Nächste große Ethereum-Upgrades: Hegotá (Ziel etwa 2027) – die Vorschlagsliste wird gerade zusammengestellt～

Laut Berichten von CoinDesk und anderen liegen Entwicklern derzeit etwa 66 EIP auf dem Tisch. In den kommenden Runden werden die Core-Dev-Teams diejenigen heraussuchen, die realisierbar sind, testbar und mit guter Chance rechtzeitig auf den Weg gebracht werden können. Relativ klar vorangetrieben wird derzeit vor allem FOCIL (EIP-7805) in Richtung Zensurresistenz.

Ein weiterer technischer Blickfang sind Frame Transactions (EIP-8141) sowie die dazugehörigen Keyed Nonces und Recent Roots. Der Diskussionsschwerpunkt liegt darin, datenschutzorientierten Anwendungen mehr „Werkzeuge auf Protokollebene“ zu geben – weniger Abhängigkeit von externen Relayern. Klarstellen muss man: Normale ETH-Transfers werden an sich nicht zu vollständiger On-Chain-Privatsphäre; der Verdeckungseffekt beruht weiterhin hauptsächlich auf dem App-Design.

Öffentliche Dokumente dazu: eips.ethereum.org (u. a. EIP-7805 / 8141). Was am Ende tatsächlich kommt, hängt von der Client-Implementierung und dem Stand der Testnetze ab.

Quelle: https://www.coindesk.com/tech/2026/08/17/ethereum-s-next-big-upgrade-has-66-proposals-including-a-major-privacy-fix

Informationsübersicht, keine Anlageberatung
#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

信息整理，非投资建议

【Technische Notizen】Womit beschäftigt sich die Solana-Engineering-Seite gerade?

Ich habe mir den offiziellen Changelog vom 13.08. angeschaut – eher „hardcore“, kein Preisgeschwafel:

1）Die Slot-Zeit auf dem Testnetz wird weiter nach unten gedrückt: Es gibt bereits ein Feature-Gate von 350→300 ms und 300→250 ms; der Client bereitet sich auf einen kürzeren Block-Takt vor.
2）Iteration mit mehreren Clients: Agave hat in letzter Zeit eine stabile v4.2.x-Version veröffentlicht und treibt v4.3 voran; auch Firedancer / Frankendancer haben entsprechende Releases.
3）Vorbereitung für Alpenglow: z. B. Parallelisierung bei der BLS-Validierung von Votes, um das Risiko zu senken, dass „der Vote-Burst“ die Knotenvalidierung voll auslastet.

Wie diese zwei Linien einordnen:
• Slot verkürzen ≈ Blockproduktionsfrequenz erhöhen (gestuft aktivieren, weiterhin abhängig von der Netzstabilität)
• Alpenglow ist ein großer Umbau des Konsenses: In öffentlichen Materialien wird häufig das Ziel genannt, die finale Bestätigung von der Größenordnung von ein paar zehn Sekunden auf etwa 150 ms zu drücken – das Mainnet-Fenster kann sich jedoch mit den Testanpassungen noch ändern

Code-seitig gegengeprüft: Agave (anza-xyz/agave) hatte in den letzten Tagen weiterhin dichte Commits und Releases – das ist kontinuierlicher Engineering-Fortschritt, keine leere Story.

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

Informationszusammenstellung, keine Anlageberatung

Solana stand kurz vor der Auslösung einer Freeze-Schwelle: Eine Grundlagenstunde zu Infrastruktur – kein Börsenpost.

Laut CoinDesk und dem Staking-Provider Marinade führte eine Routing-Störung bei einem großen Rechenzentrumsanbieter dazu, dass zeitweise rund 29 % der gestakten SOL ausfielen. Das Solana-Design sieht vor: Wenn mehr als etwa ein Drittel der gestakten Gewichtung offline geht, kann das Netzwerk kein finality mehr abschließen (d. h. die endgültige Bestätigung von Transaktionen). Marinade zufolge fehlte damals nur etwa ein Aufmaß von rund 20 Millionen Staked-Amount bis zu dieser Schwelle.

Ein paar technische Punkte, die man sich merken sollte:
1) Die Fehlerquelle wird auf eine fehlerhafte Routenführung im Teraswitch-Rechenzentrum in Miami zurückgeführt, die auch Teile Europas und Asiens betraf; in Nordamerika war das Gros der Knoten weiterhin online.
2) Berichtet wird, dass ein einzelner Netzbetreiber (AS2032) zeitweise über ein Viertel der gestakten Gewichtung kontrollierte; die Konzentration selbst ist damit schon ein Risikofaktor.
3) Die Routenstörung wurde nach etwa 10 Minuten behoben. Die Solana Foundation betont, dass Blöcke weiterhin kontinuierlich erzeugt werden, Transaktionen weiterhin ankommen und etwa 597/699 gestakte Validatoren weiterhin abstimmten – näher an einem Stresstest als an einem vollständigen Shutdown.

Beobachtung: Bei leistungsstarken Chains ist Dezentralisierung nicht nur eine Frage der Anzahl der Validatoren – man muss auch sehen, ob Rechenzentren, ASN und Failover-Backups wirklich verteilt sind. In der Nähe der 1/3-Schwelle zu sein entspricht quasi einer Lektion für das ganze Netz.

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

Informationsaufbereitung, keine Anlageberatung

Zero-Knowledge-Chain Miden kündigt Privacy-Stablecoin USDCx an: 1:1, besichert durch Circle USDC über xReserve. Transaktionen sind standardmäßig nicht öffentlich in Bezug auf Guthaben, Gegenparteien und Transaktionsverläufe; es besteht jedoch die Möglichkeit, gegenüber Prüfern/Regulierungsbehörden selektiv offenzulegen.

Technischer Blickpunkt ist das clientseitige Proving – die Transaktion wird auf dem Gerät des Nutzers ausgeführt, erzeugt einen Nachweis und wird anschließend on-chain verifiziert. So soll Vertraulichkeit, wie sie Institutionen wünschen, mit der on-chain Verifizierbarkeit kombiniert werden. Offiziell heißt es, das Ziel sei der Sync mit dem Mainnet und der Start noch in diesem Monat (gegen Monatsende). Die Anwendungsfälle umfassen Zahlungen, Handel, Gehaltsauszahlungen und das Cash-/Liquiditätsmanagement von Unternehmen.

Miden wurde von Polygon getrennt und als eigenständiges Projekt aufgebaut; auf der öffentlich zugänglichen Code-Seite sind weiterhin aktive Beiträge für Rust-Repositories wie miden-vm / protocol / node zu sehen. Die konkreten Zeitpunkte für das Mainnet und USDCx richten sich nach den offiziellen Angaben.

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

Informationen kuratiert, keine Anlageberatung

Nachrichtenübersicht: MoneyGram Ramps ist jetzt auf Solana live.

Kurz gesagt: Wallets, Börsen und Apps können über eine einzige API das globale Cash-Netzwerk von MoneyGram on-chain anbinden. Bargeld-Einzahlungen sind in 25+ Ländern verfügbar, Bargeld-Abhebungen in 170+ Ländern und Regionen. Nutzer müssen nicht jede App einzeln an Bankenschnittstellen anbinden, und Entwickler haben weniger Infrastrukturaufwand.

Das ist für die Zahlungs-Story von Solana recht greifbar: Stablecoins sind hier nicht nur Handelspaare, sondern können als Ein- und Ausstiegsstelle in den Offline-Markt von Krypto dienen. MoneyGram war zuvor bereits Validator auf Solana; diesmal wird das Ramps-Produkt direkt in das Ökosystem eingebettet (Rift & Co. gehören zu den ersten Integrationspartnern).

Quelle:
https://www.coindesk.com/business/2026/08/10/moneygram-expands-on-solana-with-global-crypto-to-cash-service
https://solana.com/news/moneygram-ramps

Informationszusammenfassung, keine Anlageberatung

【Informationszusammenstellung】Der Ethereum-Roadmap ändert sich: Privatsphäre und Post-Quantum rücken nach vorn

Vitalik hat kürzlich die klassische Roadmap von 2023 mit dem von der Ethereum Foundation fortlaufend aktualisierten Strawmap verglichen (als Referenz für Protokoll-Upgrades, grob bis 2029).

Er sagte: Das auffälligste ist nicht, „was noch da ist“, sondern eine Reihe von Richtungen, die es auf der Grafik von 2023 überhaupt nicht gab und die jetzt zum Kern geworden sind:

1) Starke Privatsphäre: Privacy-Pools, Wormholes usw., um möglichst wenig die vollständigen Transaktionspfade offenzulegen; auch designbezogene Elemente zur Zensurresistenz (z. B. FOCIL) stehen auf der Roadmap
2) Post-Quantum: Langfristige kryptografische Sicherheit in die North Star aufnehmen (z. B. hash-basierte Richtungen)
3) Lean Ethereum: Die Spezifikationen sollen prägnanter werden; langfristig wird zudem über die Weiterentwicklung von Ausführungsumgebungen diskutiert
4) Wenn ZK reifer wird, sind auch Pfade wie native Rollups eher diskussionsfähig

Die Strawmap selbst nennt fünf grobe Hauptrichtungen: schnelleres L1, höhere Durchsatzraten (Gigagas L1 / Teragas L2), Post-Quantum-L1 sowie die Privatsphäre als gleichberechtigten Bürger.

Das ist kein Material zum „Kaufen/Shorten“-Rufen, sondern eher eine öffentliche Koordination auf Protokollebene: Während die Performance erweitert wird, werden Privatsphäre, Zensurresistenz und langfristige Sicherheit gemeinsam mitgetragen. Strawmap betont außerdem, dass es sich um einen Strawman / ein lebendes Dokument handelt und nicht um einen starren Zeitplan.

Quelle:
https://www.theblock.co/news/ecosystems/2026-08-10-vitalik-buterin-privacy-quantum-resistance-front-and-center-ethereum-latest-roadmap-411298
https://strawmap.org/

Informationszusammenstellung, keine Anlageberatung

技术笔记｜比特币 BIP-110 分叉尝试：两块之后几乎停摆

BIP-110（Reduced Data Temporary Softfork）想在共识层「临时一年」收紧交易里可嵌入的非金融数据：限制过大 scriptPubKey / 见证数据、恢复更严的 OP_RETURN 边界等。支持方认为 inscriptions 类数据挤占支付与节点成本；反对方认为付了费率就该自由使用区块空间。

激活窗口里矿工信号大约只有 2.53%，远低于 55% 门槛。到区块 961,632，运行 BIP-110 客户端的节点开始拒绝未发信号的区块，于是走出一条少数分叉链。

机制上最有意思的是难度：分叉链继承了主网当前挖矿难度，但算力占比极小，出块间隔被拉到数小时；难度要等满 2016 个块才重算。结果是分叉侧大约只挖出 2 个块后基本停滞，和主链进度拉开约一天量级的差距。

另一个实务提醒：分叉初期两链仍可能接受相同格式交易，存在重放风险——在分叉币上签名的卖出交易，也可能被重放到主网。观察分叉事件时，技术细节比口号更重要。

来源：
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。设计是可选启用，可从现有助记词派生，不强制全体立刻换钥。

技术点在于：把后量子从讨论推进到协议/钱包可演进能力，而不是价格叙事。细节以官方博客为准。

来源：
https://www.sui.io/blog/making-sui-quantum-ready
https://www.theblock.co/post/410968/sui-post-quantum-signature-scheme

信息整理，非投资建议

【Technische Notizen】XRPL 3.3.0: „Beträge können verborgen werden, das Ledger bleibt dennoch prüfbar“

Der XRPL-Client rippled hat diese Woche Version 3.3.0 veröffentlicht (GitHub XRPLF/rippled, ca. 08/06). Von der Reihe der amendments ist besonders sehenswert Confidential Transfers (Geheime Überweisungen):

• Ausgelegt für Multi-Purpose Token (MPT, ein gängiges Format für institutionelle tokenisierte Vermögenswerte)
• Kontoadressen und Token-Typ bleiben öffentlich
• Kontostände und Überweisungsbeträge können verschlüsselt werden; das Ledger nutzt kryptografische Beweise, um die Saldenausgeglichenheit von Ein- und Ausgängen zu belegen, ohne die konkreten Zahlen ins gesamte Netz zu streuen
• In der ersten Version ist ein aktives Opt-in durch Inhaber erforderlich; außerdem deckt sie vor allem direkte MPT-Zahlungen zwischen Konten ab (zunächst ohne integrierte Pfade wie eingebauten DEX-Handel, Custody usw.)

In derselben Version sind außerdem institutionell geprägte Betriebsfunktionen gebündelt: Batch (bis zu 8 Vorgänge gebündelt, entweder alle gültig oder alle ungültig), Sponsor (Gebühren-/Reserveübernahme; neue Konten müssen nicht erst XRP horten), Permission Delegation (nur bestimmte Arten von Transaktionen erlauben) und Dynamic MPT etc. Offiziell/aus dem Betrieb wurde außerdem erwähnt, dass der Speicherverbrauch um etwa 10%–15% sinkt und das Nachverfolgen von Blocks schneller wird.

Wichtige Grenze: Diese amendments sind noch nicht aktiv — XRPL wird sie nur aktivieren, wenn vertrauenswürdige Validierer zwei Wochen in Folge ≥80% Unterstützung liefern. CoinDesk verweist auf RWA.xyz: Auf XRPL wurde ein RWA-Volumen von etwa 1,38 Milliarden US-Dollar verteilt (inkl. RLUSD u. a.); davon sind tokenisierte Vermögenswerte ohne RLUSD ungefähr 530 Millionen+.

Nach dem Go-Live ist der entscheidende Punkt, ob Emittenten wie Aviva, Ondo usw. wirklich den „Krypto-Modus“ aktivieren.

Ein Satz: Das ist ein Protokoll-Update für „konforme Privatsphäre + bessere Bedienbarkeit für Institutionen“, keine Story über den Kurs.

Quelle:
• 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
• Release Notes: https://xrpl.org/blog/2026/xrpld-3.3.0

Informationszusammenstellung, keine Anlageberatung

【Technische Notizen】Sui kündigt die Einführung quantenresistenter Signaturen an

Sui zufolge schreibt der offizielle Sui-Blog (6.8.), dass zwei Suiten genormter post-quantensicherer Signaturen eingebunden werden:
• Tägliche Konten: ML-DSA-65 (FIPS 204) als natives Protokoll-Signaturschema
• Hochwertige Tresore: SLH-DSA-SHA2-128s (FIPS 205) innerhalb von Move-Verträgen

Konkrete Punkte mit hoher Umsetzbarkeit: Schlüssel können weiterhin aus bestehenden Seed-Phrasen abgeleitet werden; mithilfe der bereits verfügbaren Address Aliases können Konten die autorisierten Schlüssel aktualisieren, ohne erst Vermögenswerte umziehen zu müssen. Der Fahrplan sieht grob vor, dass der quantenresistente Tresor-Zielbereich dieses Jahr im Mainnet liegt, die nativen ML-DSA-Konten bis Ende in ein Testnet gebracht werden und im 1. Quartal 2027 ins Mainnet (Zeitplan wird weiterhin nach Audit- und Testnet-Feedback angepasst).

Auch The Block etc. sind bereits nachgezogen. Im Kern geht es darum, dass Kryptografie „austauschbar“ ist – das Signaturschema wird ergänzt, ohne Konsens und vorhandenen Status zu ändern.

Quelle:
https://www.sui.io/blog/making-sui-quantum-ready
https://www.theblock.co/post/410968/sui-post-quantum-signature-scheme

Aufbereitung der Informationen, keine Anlageberatung

【Technische Notiz】L2 zuerst zum Laufen bringen: parallele Verifikation — World Chain × EIP-7928

Kürzliche Aktualisierung mit Fokus auf die „Protokollebene“: World Chain (Worlds OP-Stack-L2) hat angekündigt, dass im Mainnet vollständige Block Access Lists (BALs) aktiviert werden. Dabei werden sie in Flashblocks gestreamt – etwa in jeder ~200-ms-Subblock-Inkrement-Erhöhung wird ein Slice der Access-List mitgeliefert. Offiziell heißt es, Sepolia sei am 27.7. geöffnet, das Mainnet-Ziel sei der 17.8.; aktiviert wird das per Runtime-Switch, ohne auf eine Hard Fork warten zu müssen.

Warum lohnt es sich, das anzusehen?
• Klassische Verifikation muss Transaktionen der Reihe nach abspielen; Zustandsabhängigkeiten blockieren die Parallelisierung
• EIP-7928 ermöglicht, dass ein Block „mit sich führt“, welche Konten und Storage Slots gelesen/geschrieben wurden – plus die entsprechenden Werte danach
• Verifikationsknoten können darauf basierend parallel prüfen, den Zustand vorwärmen und die Verifikationskosten in den Prozess des Blockens verteilen, statt sie am Blockende einmalig fertigzurechnen
• Offizielle Tests/Beschreibung: Bei höherem Durchsatz (in Berichten/Blogposts wird ein Stress-Test in Richtung ~1 Ggas/s erwähnt) bleibt die Verifikationslatenz relativ stabil – der Kern ist: „Wenn der Durchsatz steigt, muss man die Verifikations-Hardware nicht im gleichen Verhältnis aufstocken“

Weiter in die Zukunft: BALs sind auch eine der Headline-Richtungen in den Diskussionen zur kommenden Ethereum-Upgrade-Welle nach „Glamsterdam“; dass L2 erst im Produktionspfad vorab mit einem Lauf beginnt und dann L1 Feedback liefert, ist ein typischer Rhythmus für Ökosystem-Zusammenarbeit.

Auf der Code-Seite: Das monorepo worldcoin/world-chain (Rust) hat in den letzten Tagen weiterhin Commits und PRs rund um flashblocks / proofs – kein bloßes Ankündigungs-„Leerkonstrukt“.

Quelle (prüfbar):
• The Block: https://www.theblock.co/post/410651/world-chain-first-production-l2-block-access-lists-via-flashblocks
• World Engineering-Blog: 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

Informationszusammenstellung, keine Anlageberatung

【Protokollnotizen】Solana will Transaktionen neu bepreisen, die „wirklich Ressourcen verbrauchen“

Heute berichtet CoinDesk: Validatoren unterstützen per Governance-Signal zwei zusammenhängende Vorschläge – SIMD-0553 und SIMD-0550.

Technische Details sind nicht kompliziert, aber entscheidend:
1）Ausgangslage: Die Grundgebühr wird im Wesentlichen nach der Anzahl der Signaturen berechnet; nachdem die Signaturen verifiziert sind, ist der Anteil der Compute-Nutzung an den Basisgebühren nahezu gleich.
2）SIMD-0553: Die Gebühr wird aufgeteilt in „Block-Einfügegebühr + Ressourcen-gebühr“. Die Ressourcen-gebühr richtet sich nach den von der Transaktion beantragten cost units und wird vollständig verbrannt; leichte Transaktionen (z. B. Abstimmungen, Oracle-Updates) könnten dadurch günstiger werden, rechenintensive Transaktionen dagegen teurer.
3）Grob geschätzt anhand der jüngsten On-Chain-Aktivität: Die tägliche Verbrennungsmenge könnte von einem Größenordnungsbereich um etwa 650 SOL auf etwa 7.500–9.000 SOL ansteigen. Selbst dann liegt sie aber deutlich unter der Größenordnung der aktuellen täglichen Netto-Emissionen – allein dadurch würde das Netzwerk also nicht in eine Deflation kippen.
4）SIMD-0550: Beschleunigt die Deflationsrate ungefähr um das Doppelte und verlagert den Zeitpunkt, an dem die Terminals bei etwa 1,5% Inflation liegen, von rund 2032 auf ungefähr 2029.

Aktuell sind beide Vorschlagsdokumente im GitHub-SIMD-Prozess zusammengeführt; ob sie im Mainnet wirksam werden, hängt davon ab, ob die Staking-Signale die Schwelle erreichen, sowie von der anschließenden formellen Abstimmung (Signal-Window etwa bis zum 18.08.).

Kurz gesagt: Das ist Mechanismus-Design – „belegte Scheduling- und Ausführungsressourcen“ werden in die Rechnung geschrieben, statt nur pauschal nach der Anzahl der Signaturen abzurechnen.

Quelle:
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

Informationsaufbereitung, keine Anlageberatung

Ein paar kalte Fakten zum Hardware-Wallet: Coldcard-Seed-Entropie-Lücke – das Problem liegt nicht darin, dass die Hardware physisch weggenommen wird, sondern darin, dass die Firmware einen falschen Zufallszahlen-Pfad verwendet.

Laut den offiziellen Hinweisen von Coinkite wurde bei der Anbindung an libsecp256k1 / libNgU im Jahr 2021 bei der Seed-Erzeugung fälschlicherweise ein MicroPython-Software-PRNG genutzt. Der Hardware-TRNG wurde nicht wirklich in den Hauptpfad eingespeist. Dadurch wird die effektive Entropie reduziert (offizielle grobe Schätzung: bei Mk2/Mk3 ca. 40 Bit, bei Mk4/Mk5/Q vor dem Fix ca. 72 Bit – in jedem Fall unter der erwarteten 128 Bit). Angreifer können den schwachen Schlüsselraum offline enumerieren, ohne das Gerät direkt zu berühren.

Ermittlungen wie von Galaxy Research zeigen: Die Angriffsadresse wurde in einer Größenordnung von rund 1000+ BTC / ca. 70 Millionen USD ausgeräumt; spätere Wellen summierten sich auf etwa 1300+ BTC / rund 90 Millionen USD (die Statistik wird noch aktualisiert). Offizielle Fix-Firmware ist verfügbar (z. B. Mk3 4.2.0, Mk4/Mk5 5.6.0, Q 1.5.0Q usw.) – und es wurde betont: Updates reparieren keine alten Seeds. Man muss auf der neuen Firmware einen neuen Seed erzeugen und anschließend migrieren. Das Risiko war damals deutlich geringer, wenn mindestens 50 unabhängige Würfel-Entropie verwendet wurde. Das Open-Source-Repository Coldcard/firmware hat am 31.07.–01.08. eine dichte Folge von signierten Commits veröffentlicht.

Technische Beobachtungen in drei Punkten:
1) Auch Open-Source-Hardware-Wallets müssen End-to-End Verifikation von „Symbol-Parsing / tatsächlicher RNG-Aufrufpfad“ leisten; man darf nicht nur darauf schauen, ob TRNG-Code im Binary enthalten ist
2) KI-gestütztes Auditing ist ein zweischneidiges Schwert: Angriffs- und Verteidigungsteams können dadurch gleichermaßen schneller Schwachstellen finden
3) Selbsthosting muss Entropiequelle, Backup, Passphrase und den Prozess der ruhigen/bedachten Migration als erstklassige Bürger behandeln

Quelle:
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

Informationen zusammengetragen, keine Anlageberatung

【Protokoll-Beobachtung】Das XRP Ledger bereitet Funktionen vor, die zweimal wegen Sicherheitsproblemen zurückgezogen wurden. Nach der Reparatur werden sie erneut zur Abstimmung an Validierer übergeben

Laut CoinDesk soll xrpld 3.3.0 voraussichtlich nächste Woche erscheinen und fünf vorgeschlagene amendments mitbringen. Darunter sind Batch (maximal 8 Aufträge in atomaren Cross-Account-Transaktionen) und Permission Delegation (Institutionen können granularere Signaturrechte vergeben, ohne die vollständige Kontrolle abgeben zu müssen) zuvor bereits wegen schwerwiegender Schwachstellen ausgesetzt worden: Beim Ersteren könnte ein Signatur-Validierungsfehler Angreifern ermöglichen, Transaktionen ohne Schlüssel vorzuschicken; beim Letzteren gab es das Risiko von Fee-Weiterreichung bzw. dass Guthaben abgezogen werden. Damals waren die Funktionen noch nicht im Mainnet, es kam zu keinen Verlusten—aber der Prozess ist erwähnenswert: erst zurückziehen, dann fixen, dann abstimmen.

In derselben Version gibt es zudem drei neue Fähigkeiten mit stärkerem Fokus auf Institutionen und Assets:
• Confidential MPT: Zero-Knowledge-Beweise + elliptische Kurvenverschlüsselung, damit Mehrzweck-Token-Balancen/Transferbeträge der Öffentlichkeit verborgen bleiben, wobei zugleich ein Prüf-/Compliance-Pfad erhalten bleibt
• Sponsored Fees and Reserves: Banken oder Plattformen können XRP-Gebühren und Reserven für Nutzer übernehmen und so die Hürde senken, „zuerst Gas-Token halten zu müssen, um sie nutzen zu können“
• Dynamic MPT: Bei der Emission kann festgelegt werden, welche Token-Eigenschaften später geändert werden dürfen, um das Umziehen kompletter Tokensätze zu reduzieren

Governance-seitig gilt: amendments werden erst aktiviert, wenn verifizierbare Validierer mindestens 80% Unterstützung für zwei aufeinanderfolgende Wochen erhalten—nicht eine einzelne Firma entscheidet. Das Haupt-Repository XRPLF/rippled (C++ Open Source) ist weiterhin aktiv; kürzlich gab es am 1.8. noch einen 3.2.1 Hotfix, und auch die Tests zu Confidential MPT schreiten voran.

Kurz gesagt: Das ist kein „Funktions-Overload“, sondern das erneute Aufrollen früher gescheiterter Sicherheitsannahmen—diesmal mit einer erneuten Prüfung an der Validierer-Schwelle. Ob institutionalisierte und datenschutzorientierte Assets in der Praxis wirklich ankommen, hängt von der Abstimmung und der realen Bereitstellung ab.

Quelle: CoinDesk https://www.coindesk.com/tech/2026/08/01/xrp-ledger-upgrade-brings-back-features-once-pulled-over-critical-bugs
Code und Releases: https://github.com/XRPLF/rippled

Informationsaufbereitung, keine Anlageberatung

【Protokoll-Update】XRP Ledger nächste Version xrpld 3.3.0: fünf Amendments kehren zur Validatoren-Abstimmung zurück

Laut öffentlich kommunizierten Angaben von CoinDesk und der RippleX-Produktseite wird die nächste Software-Version voraussichtlich in der kommenden Woche fünf Protokoll-Änderungen den Validatoren zur Prüfung vorlegen. Technisch im Fokus:

1）Confidential MPT: ZK + Elliptic-Curve-Verschlüsselung, damit Kontostände/Überweisungsbeträge für vielseitige Token privatisiert werden können, wobei die Berechtigten weiterhin auditieren können
2）Batch (überarbeitete Version): maximal 8 grenzübergreifende Transaktionen über Konten hinweg werden atomar ausgeführt – entweder alles erfolgreich oder nichts
3）Permission Delegation (überarbeitete Version): Delegation von Rechten in einem engen Umfang, ohne vollständige Signaturrechte abgeben zu müssen
4）Sponsored Fees and Reserves: Institutionen/Plattformen können Gebühren und Reserven für andere übernehmen
5）Dynamic MPT: Beim Emittieren lassen sich nachgelagerte, veränderbare Eigenschaften festlegen, wodurch es zu weniger Umzügen ganzer Coins kommt

Spannender Kontext: Batch und Permission Delegation waren zuvor wegen eines schwerwiegenden Sicherheitsproblems mit hoher Dringlichkeit zurückgezogen worden (Probleme in der Signatur-Validierungslogik; theoretisch wären nicht autorisierte Transaktionen möglich gewesen). Zum Zeitpunkt der Veröffentlichung der Schwachstelle war das amendment noch nicht im Mainnet aktiviert – es gab daher keinen finanziellen Schaden. Diesmal wird es nach der Fehlerbehebung erneut vorgelegt.

Die Aktivierung erfordert weiterhin die Unterstützung von rund 80 % der vertrauenswürdigen Validatoren für zwei aufeinanderfolgende Wochen – entschieden durch die Netzwerkabstimmung, nicht durch einseitiges One-Click-Onlinegehen.

Seiten des Codes: Der Kern-Client rippled (XRPLF/rippled) hat in den letzten Tagen weiterhin viele Einreichungen, darunter Tests im Zusammenhang mit Confidential MPT; das Repository wird fortlaufend öffentlich gepflegt.

Quelle:
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

Informationszusammenstellung, keine Anlageberatung

Technische Notizen｜Zcash schließt das Upgrade Ironwood (NU6.3) ab

Die Privacy-Blockchain Zcash hat das Ironwood-Netzwerk-Upgrade bei Blockhöhe 3.428.143 aktiviert. Nicht „die Kursbewegung“ steht im Mittelpunkt, sondern eine technische Reparatur zur Integritätswahrung der Lieferkette und von Zero-Knowledge-Schaltungen.

Kurz zum Hintergrund:
Forschende identifizierten in den zk-Schaltungen des Orchard-„Shielded Pools“ ein potenziell nicht nachweisbares Risiko für die Prägung gefälschter Coins (Lücke seit dem Go-Live 2022). Entwickler haben zunächst eilig über Soft-/Hard-Fork-Reparaturen nachgebessert und anschließend einen neuen Ironwood-Pool eingeführt.

Was dieses Upgrade macht:
1）Start eines neuen „Shielded Pools“ namens Ironwood: Nutzung der bereits reparierten Orchard/Halo-2-Schaltungen und Abschluss der formalen Verifizierung (Lean-Tooling mit maschinenprüfbaren Beweisen, öffentliches Repository sichtbar)
2）Der alte Orchard-Pool wird so umgestellt, dass er nur noch Auszahlungen unterstützt. Ergänzt wird eine „Drehtür/turnstile“-Buchführung an den Grenzen: Dadurch lässt sich der Ein- und Ausfluss öffentlich prüfen und übermäßige Auszahlungen vermeiden
3）Einführung von Designs wie ZIP 2005 für „quantum-resilient“ Notizen, um als Rückfalloption die Weiterentwicklung der Kryptografie langfristig abzusichern
4）Abstimmung auf Knotenebene mit dem geplanten Decommissioning von zcashd; der Hauptpfad wird auf neue Stacks wie Zebra umgestellt

Deutliche Spuren von Mehrparteien-Zusammenarbeit: Shielded Labs, ZODL, Project Tachyon, Valar, Zcash Foundation usw. Auf der Code-Seite existieren bei Zebra und dem ironwood-formalen Repository jüngst noch Commits; es ist keine leere Ankündigung.

Die Migration der Nutzer ist freiwillig: Die Mittel müssen aktiv von Orchard nach Ironwood übertragen werden; der Fortschritt hängt von Wallet und Nutzeraktionen ab.

Warum das für Leserinnen und Leser auf dem Marktplatz einen Blick wert ist:
Es ist ein vollständiges Fallbeispiel für „ein Problem entdeckt → über Teams hinweg formale Verifizierung → Protokoll-Upgrade plus buchhalterische Randbedingungen“—plausibler als reine Slogans. Es zeigt, wie Privacy-Protokolle wiederaufgebaut werden können, um überprüftes Vertrauen in die Angebotskette herzustellen.

Quelle:
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

Informationen zusammengestellt, keine Anlageberatung

【Techniknotizen】Zcash Ironwood (NU6.3) Mainnet ist aktiviert

Am 28. Juli hat Zcash beim Blockhöhenstand 3.428.143 das Ironwood-Upgrade abgeschlossen. Im Fokus stehen die Sicherheit des Privacy-Pools und die Integrität der Versorgung, nicht die Kurs-/Markterzählung:

1. Der alte „Orchard“-Shielded-Pool wurde stillgelegt (zuvor gab es in der Schaltung potenziell ausnutzbare Schwachstellen, die etwa vier Jahre im Verborgenen lagen; eine öffentliche Analyse fand keine eindeutigen Hinweise auf Ausnutzung)
2. Der neue Shielded-Pool startet bei Null, die Mittel müssen von den Nutzern aktiv migriert werden
3. Beim Auszahlen gibt es „Turnstile“-Buchführung (Drehkreuz): Der abziehbare Gesamtbetrag darf die verifizierbar eingezahlte Menge nicht überschreiten, um mögliches Falschgeld auszuschließen
4. Der neue Pool ergänzt eine buchhalterische Gestaltung mit stärkerer Ausrichtung auf Post-Quantum-Sicherheit sowie eine formalere Verifikation der Beweis-Schaltkreise

Seite der Nodes: zcashd befindet sich bereits im EOL, und der Haupt-Client wechselt zu Zebras (Zcash Foundation) (6.0+ unterstützt NU6.3; vor und nach der Aktivierung gibt es weiterhin aktive Commits und Releases). librustzcash wird ebenfalls synchron Versionen für das Wallet-/Migrations-Setup aktualisieren.

Laut CoinDesk sind am ersten Aktivierungstag rund 176.000 ZEC (Größenordnung: etwa 81 Mio. USD) in den neuen Pool eingezahlt worden, ungefähr 5 % des alten Pool-Saldos; die Migration bleibt freiwillig und schrittweise.

Quelle:
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/

Informationen zusammengestellt, keine Anlageberatung