昵称7天才能修改一次

【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

Zcash hat gerade das Ironwood-Upgrade (NU6.3) des Netzwerks abgeschlossen: Der bisherige Orchard-Privacy-Fonds-Pool ist geschlossen – es gibt nur noch Abhebungen, aber keine Einzahlungen mehr; gleichzeitig wird ein neuer shielded pool aktiviert, und die Salden beginnen bei null.

Technisch betrachtet zielt dieses Upgrade vor allem auf ein Thema: In der Zero-Knowledge-Beweis-Schaltung von Orchard gab es zuvor eine Schwachstelle, durch die potenziell gefälschte Coins erzeugt werden konnten (öffentlich bekannt, bislang jedoch keine Hinweise auf größere Ausbrüche oder Abflüsse). Das neue Mechanismuskonzept nutzt „Turnstiles /回转门“: eine öffentlich nachprüfbare Gesamteinzahlung in den Pool, wodurch Abhebungen begrenzt werden – so kann man nicht beweisbare gefälschte Coins nicht herausbekommen. Der neue Pool führt außerdem ein quantenresistentes Abrechnungsdesign ein und stärkt die Beweisschaltungen in Richtung formaler Verifikation.

Die Migration auf Nutzerseite ist freiwillig; Gelder aus dem alten Pool müssen aktiv abgezogen werden. Die Sicherheitsannahmen des Protokolls und die Architektur der Privacy-Pools verdienen einen Blick – mehr als bloße Slogans.

Quelle:
CoinDesk https://www.coindesk.com/tech/2026/07/28/zcash-seals-usd1-7-billion-shielded-pool-as-ironwood-upgrades-activates
The Block https://www.theblock.co/post/409934/zcash-ironwood-upgrade-launching-new-shielded-pool-after-orchard-vulnerability

Informationszusammenstellung, keine Anlageberatung

Der größte Handelspartner Koreas, POSCO International, und LG CNS tun etwas ziemlich Handfestes: echte Handelsforderungen statt simulierte Daten auf die Blockchain zu bringen.

Laut einem Bericht von CoinDesk testen beide auf Injective die Emission, Übertragung und Abwicklung von Forderungen. Ziel ist es, dass die Rückflüsse aus dem Geschäft zwischen globalen Tochtergesellschaften reibungsloser laufen. Auf einem gemeinsamen Ledger lassen sich außerdem Compliance-Regeln verankern, wodurch sich die Abstimmungszeit zwischen Käufer und Verkäufer sowie zwischen den Parteien und der Bank verkürzt. POSCO erzielte im vergangenen Jahr einen Umsatz von rund 22,2 Milliarden US-Dollar und ist in Stahl, Energie und Batteriematerialien tätig. Nach Abschluss des Pilotprojekts ist geplant, in eine produktive Umgebung überzugehen.

Das ist ein anderer Strang als „die Tokenisierung von Fonds/Aktien“ – denn in der Handelsfinanzierung sind Forderungen an sich echte geschäftliche Verbindlichkeiten. Auf die Blockchain zu bringen bedeutet hier vor allem: Working-Capital-Umlauf und die Effizienz der Abstimmung zwischen mehreren Parteien verbessern. Auf Unternehmensseite in Korea gibt es ohnehin schon Bewegung: Hyundai hatte zuvor interne Treasury-Überträge mit einem Stablecoin durchgeführt, und Circle arbeitet außerdem mit lokalen Institutionen an einer Stablecoin-Zahlungsinfrastruktur.

Technisch betrachtet ist Injective ein öffentlich einsehbares L1 (die offizielle GitHub-Organisation InjectiveLabs verfügt weiterhin über SDKs, Dokumentation und On-Chain-Tools, die fortlaufend aktualisiert werden). Der besondere Reiz dieser Story liegt darin, dass große Handelskonzerne echte Beleg-/Notenprozesse auf ein gemeinsames Ledger verlagern – statt nur Parolen zu verbreiten.

Quelle:https://www.coindesk.com/business/2026/07/26/south-korea-trading-giant-puts-receivables-onchain-in-tokenization-test-with-lg-cns

Informationsaufbereitung, keine Anlageberatung

Technische Notizen｜Uniswap v4 hat Permissioned Pools (Berechtigungspools) veröffentlicht

Uniswap Labs hat kürzlich ein standardisiertes Setup eingeführt, das auf v4-Hooks basiert: So können tokenisierte Fonds/Wertpapiere und ähnliche Vermögenswerte mit „Zulassungsvoraussetzungen“ auch mit AMMs gehandelt und als Market Maker genutzt werden – wobei die Compliance-Prüfungen direkt in den Pool selbst eingebettet werden, statt nur im Frontend zu blockieren.

Das Prinzip ist ungefähr wie folgt:
1）Der Emittent pflegt eine On-Chain-Allowlist (wer handeln darf, wer Liquidität hinzufügen darf)
2）Vor swap / der Prägung von LP überprüft ein Hook auf Protokollebene, ob die Adresse genehmigt ist
3）Es läuft weiterhin über die AMM-Preisfindung und Liquidität von Uniswap v4
4）In Kombination mit Komponenten wie dem Permissions Adapter, kompatibel mit dem Standard PoolManager

Kooperationspartner sind u. a. Superstate, Securitize, Dowgo. Technisch betrachtet ist das eine Verlagerung der „Compliance-Schleuse“ von der App-Ebene in die Pool-Ebene – ein fehlendes Stück Plumbing, das RWA bisher brauchten, um DeFi-Liquidität effizient zu nutzen.

Code und Doku finden sich hier: Uniswap/v4-periphery (inkl. Permissioned Pools) sowie in den offiziellen Entwicklerdokumenten zur Architecture.

Quelle:
https://blog.uniswap.org/introducing-permissioned-pools-on-uniswap-v4
https://www.coindesk.com/business/2026/07/22/uniswap-pushes-deeper-into-tokenized-assets-with-permissioned-trading-pools
https://developers.uniswap.org/docs/protocols/v4/permissioned-pools/architecture
https://github.com/Uniswap/v4-periphery

Informationsübersicht, keine Anlageberatung

【Nachrichten-Zusammenstellung】Institutionen bilden Teams, um Bitcoin langfristig auf Post-Quanten-Schutz vorzubereiten

In den letzten Tagen gab es in der Branche eine eher technische/sicherheitsorientierte Initiative: Strategy, BlackRock, Coinbase, Galaxy, Fidelity Digital Assets, Block, Blockstream sowie weitere insgesamt 9 Institutionen haben das Bitcoin Security Consortium (Bitcoin-Sicherheitsallianz) ins Leben gerufen.

Im Kern geht es nicht darum, Kursbewegungen anzurufen, sondern um:
1) Die Mitglieder sagen insgesamt für die nächsten 3 Jahre rund 15 Millionen US-Dollar zu und finanzieren jeweils unabhängig Entwickler sowie Sicherheitsforschung
2) Die ersten Schwerpunkte umfassen langfristige Vorbereitungen in Richtung Post-Quantum-Kryptografie (post-quantum)
3) Die Allianz stellt klar: Man entwickelt nicht und übernimmt nicht die Steuerung für Upgrades des Bitcoin-Protokolls, und es bedeutet auch kein Auftreten von Core-Entwicklern – das Protokoll bleibt in der Verantwortung der dezentralen Open-Source-Community

Zusätzlicher Hintergrund: In der Branche geht man allgemein davon aus, dass noch viele Jahre vergehen werden, bevor Quanten-Großrechner existieren, die das bestehende Signatur-Setup wirklich gefährden könnten; doch die Migration von Wallets, Standards, Audits und die Abstimmung im Ökosystem könnte extrem lange dauern. Galaxy hatte zuvor ebenfalls separat etwa 5 Millionen US-Dollar im Rahmen der Bitcoin-Quantum-Readiness-Förderrichtung vorangetrieben. Solche Mittel sind eher wie ein finanzieller „Nachschub“ für Open-Source-Sicherheitsforschung zu verstehen – nicht als Umgestaltung von Konsensregeln.

Warum es sich lohnt, hinzusehen: Weil das Volumen der Institutionen, die Coins halten/verwahren, deutlich gewachsen ist, beginnen sie, mit verifizierbaren Fördermechanismen Zeitfenster für kryptografische Risiken auf Zehnjahres-Skala einzukaufen – das ist eine Infrastruktur-Story, kein Kline-/Chart-Story.

Quelle:
The Block https://www.theblock.co/post/409522/strategy-blackrock-form-bitcoin-security-consortium-to-prepare-for-quantum-computing-threat
Strategy (offiziell) https://www.strategy.com/press/leading-financial-institutions-bitcoin-companies-launch-the-bitcoin-security-consortium_07-23-2026
CoinDesk (bezieht sich auf Galaxy) https://www.coindesk.com/tech/2026/07/21/galaxy-sets-up-usd5-million-fund-to-help-shield-bitcoin-against-quantum-computing-threats

#比特币 #区块链安全 #后量子 #Infrastruktur
Informationszusammenstellung, keine Anlageberatung

Heute häufen sich sicherheitsrelevante Vorfälle rund um Cross-Chain/Brücken, daher lohnt sich eine Notiz aus Mechanismen-Sicht (keine Marktanalyse).

Laut Berichten von CoinDesk etc. haben sich innerhalb von etwa 6 Stunden bei mehreren Brücken- und Cross-Chain-bezogenen Protokollen insgesamt Verluste in der Größenordnung von über 35 Millionen USD ergeben:
1) AFX (Arbitrum-Bridge des eigenen Protokolls): ca. 24,15 Mio. USDC. Sicherheitsstellen sagen, dass die On-Chain-Logik wie vorgesehen ausgeführt wurde; das Problem lag darin, dass der Hot-Validator-Signaturschlüssel kompromittiert wurde. Sobald eine gesetzliche Mindestanzahl an Signaturen erreicht ist, werden Auszahlungen freigegeben; die native Arbitrum-Brücke blieb unberührt.
2) Verus- Ethereum-Bridge: ca. 7,54 Mio. USD. In diesem Jahr wurde ein ähnlicher Pfad/ähnliche Schwachstellenklasse erneut ausgenutzt; zuvor zurückgeholte Gelder wurden am 8. Juli wieder in dieselbe Brücke eingezahlt und danach erneut abgezogen.
3) B2 Network- Staking-Vertrags: ca. 3,86 Mio. USD. Angreifer erhielten die Upgrade Authority (Upgrade-Berechtigung); die Regeln lassen sich umschreiben – nicht unbedingt muss ein Bug in der Vertragsmathematik vorliegen.

Gemeinsamkeit: Die zugrunde liegende Kryptografie wurde nicht geknackt; vielmehr geht es um Schlüssel, Upgrade-Berechtigungen, Verifikationsschwellen und Grenzen der Business-Logik.

In den letzten Tagen hat auch The Block Berichte über die Einschätzung eines NEAR-Mitgründers veröffentlicht: KI-unterstütztes Ausnutzen, um Schwachstellen zu finden, ist schneller als klassische traditionelle Code-Reviews; die Branche braucht mehr formale Verifikation (formal verification) – also Beweise mit Mathematik, die festhalten, ob der Code den Spezifikationen entspricht.

Das Wesen von Brücken ist, dass auf der einen Seite Vermögenswerte gesperrt werden und auf der anderen Seite Schuld-/Forderungsnachweise ausgegeben werden. Sicherheit hängt davon ab, ob bei jeder Auszahlung wirklich Vermögenswerte auf der Gegen-Seite hinterlegt sind, und davon, wer die Regeln ändern darf.

Informationssammlung, keine Anlageberatung
Quelle:
https://www.coindesk.com/tech/2026/07/23/bitcoin-ethereum-linked-protocols-lose-usd35-million-in-multiple-attacks-hours-apart
https://www.coindesk.com/tech/2026/07/23/arbitrum-based-afx-trade-drained-of-usd24-million-after-bridge-keys-compromised
https://www.theblock.co/post/408943/ai-assisted-hacking-outpacing-traditional-code-reviews-near-co-founder-says

【DeFi-Infrastruktur-Notizen】Morpho Midnight geht live auf Base

Morpho hat die Kreditvereinbarungen mit festem Zinssatz und fester Laufzeit „Midnight“ offiziell gestartet – als Launch auf Base.

Technische Hooks im Überblick:
1) Nicht noch eine Schicht oben drauf auf dem Markt für variable Zinssätze, sondern fixed-rate als zugrunde liegendes Primitive
2) Offer-Book-Architektur: Kapital wird erst bei einem tatsächlichen Deal gebunden; während der Orderlaufzeit kann es weiterhin auf Morpho Blue variable Zinsen vereinnahmen, wodurch die Liquiditätsfragmentierung bei festem Laufzeitprofil reduziert wird
3) Abgetrennte Märkte, permissionless-Start, fest bis zum Ablauf; Unterstützung für mehrere Sicherheiten und Compliance-Gates
4) Open Source zur Prüfung: GitHub morpho-org/midnight (Solidity, Tests, Certora, Audit-Ordner), außerdem ist auch das Whitepaper als öffentliches PDF verfügbar

Offiziell heißt es: Aktuell zunächst „core contracts“ + „Markets App“; auf Base mit cbBTC/USDC und begrenzter Laufzeit. Automatische Verlängerungen, Vault-Integration etc. folgen in Phasen.

Dieses Thema eignet sich, um sich anzuschauen, „welche Lücke die On-Chain-Kreditmarktstruktur ergänzt“ – nicht als Shill-Artikel.

Quelle:
The Block https://www.theblock.co/post/409062/morpho-midnight-fixed-rate-lending-protocol-base-onchain-credit-markets
Morpho offizieller Blog https://morpho.org/blog/now-live-morpho-midnight
GitHub https://github.com/morpho-org/midnight

Informationszusammenstellung, keine Anlageempfehlung

Cardano hat am vergangenen Wochenende die Van-Rossem-Hardfork abgeschlossen, wodurch das Mainnet auf die Protocol-Version 11 umgestellt wurde.

Technische Schwerpunkte sind im Wesentlichen diese Punkte:
• Vereinheitlichung der Fähigkeiten für Plutus-Smart-Contracts sowie Anpassung des Kostenmodells → die Ausführungskosten für Verträge könnten niedriger ausfallen (Entwickler müssen den Vertrag neu bereitstellen, um davon zu profitieren)
• Straffung der Regeln zur Kontobuch-Validierung, z. B. dass der Schlüssel eines Stake Pools nicht erneut verwendet werden darf
• Schaffung der Grundlage für zukünftige Upgrades zur Erweiterung, z. B. für das Dijkstra- und das Ouroboros-Leios-Upgrade

Besonders ist die Governance: Das ist das erste Mal, dass Cardano den gesamten Prozess der On-Chain-Governance (DRep, Verfassungskommission, SPO) durchlaufen lässt – ein Vorschlags- und Abstimmungsverfahren, das vollständig aus dem Netzwerk heraus erfolgt und nicht von IO von oben nach unten angestoßen wird. DReps stimmten zu rund 79 %; die SPOs erhielten die Zustimmung mit einem vergleichsweise knappen Vorsprung.

Für die Umstellung in ADA ist das im Grunde kaum spürbar; wirklich spürbar wird es vor allem bei den späteren dApp-Kosten und beim Fortschritt des Leios-Scaleups.

Quelle: CoinDesk:
https://www.coindesk.com/markets/2026/07/20/inside-cardano-s-van-rossum-hard-fork-and-what-it-means-for-users

Informationszusammenfassung, keine Anlageberatung

$BTC Wie ist denn dieser Stecker heute?

Das Bitcoin-Protokoll-„Layer“ streitet derzeit über eine sehr grundlegende Sache: BIP-110 (Reduced Data Temporary Softfork).

Ganz einfach gesagt: Das ist keine Kursstory, sondern ein Konsenskonflikt darüber, was in die Blockdaten passt, bzw. wofür Blockspace genutzt werden kann:
- Der Vorschlag setzt auf einen Softfork mit einjähriger Laufzeit und will willkürliche Daten-Onchain einschränken (z. B. größere OP_RETURN / bestimmte Witness-Verwendungen), um die Kette stärker auf den Geldzweck zu fokussieren
- Auch die Startschwelle ist umstritten: Im Diskurs tauchen neben den üblichen hohen Schwellen für den Bergmannssignal (Miner-Signal) auch niedrigere Entwurfsschwellen auf; es gibt Befürchtungen hinsichtlich Forks und Präzedenzrisiken
- Befürworter: weniger Spam, knappen Blockspace für Überweisungen und Abwicklung freihalten
- Gegner (inkl. Saylor und weiteren öffentlichen Kommentaren): Man sollte Konsens nicht dazu nutzen, den Zweck zu prüfen; Spam sollte eher dem Gebührenmarkt und den Relay-Policies der Knoten überlassen werden

Als Gegenlinie gilt die Idee von DOG Mode, die nur Relay-Richtlinien ändert, ohne den Konsens anzufassen – auch dort geht es um Datenlast, aber der Pfad ist ein völlig anderer.

Aktuell deuten öffentliche Berichte weiterhin darauf hin, dass das Miner-Signal eher niedrig ist und die Meinungen in der Community gespalten sind; die Details und der Fortschritt des Vorschlags hängen von dem BIP und den Entwicklerdiskussionen ab.

Informationsquelle CoinDesk:
https://www.coindesk.com/tech/2026/07/19/bitcoin-s-biggest-advocate-michael-saylor-says-new-plan-to-clean-up-the-blockchain-is-a-bad-idea
https://www.coindesk.com/tech/2026/07/17/bitcoin-s-anti-spam-fight-gets-a-dog-mode-reply

#Bitcoin #BIP110
Informationszusammenstellung, keine Anlageberatung

Bei den Zcash-Nodes gibt es hier ein technisches Update, das man sich unbedingt notieren sollte.

Bericht von CoinDesk: Die neue Full-Node-Software Zakura ist an den Start gegangen und zielt auf „Performance für Skalierung“ bei Zcash-Nodes. Das Team setzt als Design-Untergrenze einen Durchsatz auf Zahlungsnetzwerk-Niveau, um Engpässe zu adressieren: Die Datenmenge für Privacy-Beweise ist groß, und die bestehende Infrastruktur stößt dabei an Grenzen. Zakura kombiniert Project Tachyon (rekursive Beweise zur Reduzierung der Verifikationslast) sowie Forschungsarbeit auf Wallet-Seite zu PIR, um Verifikation und Synchronisationspfad zu trennen.

Konkrete Details:
• Basierend auf einer Rust-Fork von Zebra, mit Unterstützung für Pruning und Snapshot-Synchronisierung; es wird behauptet, dass dadurch die Zeit vom „Nullstart“ bis zum Syncen deutlich verkürzt wird
• Bietet eine zcashd-kompatible Schnittstelle und verbindet so Clients, die bis zum 18.07. (EOL) noch genutzt werden
• Unterstützt Ironwood (NU6.3), das voraussichtlich am 28.07. aktiviert wird: mit turnstile-Zugriffskontrolle für Ein- und Ausgänge von Orchard sowie zur Behandlung der Unsicherheit der Angebotsmenge, die durch einen zuvor gefundenen soundness Bug verursacht wurde

Haupt-Repo öffentlich: github.com/zakura-core/zakura (Rust; in den letzten Tagen Releases von v1.0.0 / v1.0.1 / v1.0.2-rc0; Commits aktiv)

Nur Protokoll-/Infrastruktur-Beobachtungen – keine Preis-Talks.

Quelle:
https://www.coindesk.com/tech/2026/07/16/inside-zcash-s-new-node-that-targets-visa-scale-privacy-at-50-000-transactions-per-second
https://github.com/zakura-core/zakura

Informationszusammenstellung, keine Anlageempfehlung

Cardano hat hier eine technische Entwicklung, die sich wirklich lohnt anzuschauen:

Input Output (IO) hat angekündigt, dass die Verantwortung für die Wartung der zentralen Basisinfrastruktur ab August schrittweise an externe, unabhängige Teams übergeben wird. Das umfasst den Haskell-Node, die Plutus-Smart-Contract-Plattform, die Daedalus-Wallet sowie das Hydra-Scaling. Die Übergabe soll sich bis 2027 erstrecken.

Kurz gesagt: Die Protokoll-Governance ist bereits an die Community gegangen. Der nächste Schritt ist, dass das „Schreiben von Kerncode“ nicht mehr an ein einzelnes Unternehmen gebunden ist. Danach wird es mindestens drei Implementierungen geben: Haskell / Rust / Go. Organisationen wie Intersect und Pragma sollen dabei Spezifikationen im Blick behalten und die Community-Prüfung begleiten.

Auf GitHub treibt IntersectMBO/cardano-node in diesen Tagen weiterhin PRs zu Leios voran und arbeitet an der Behandlung von Node-SIGTERM – also Übergabe und Entwicklung laufen parallel, nicht einfach eine „leere“ Ankündigung.

Quelle: https://www.coindesk.com/tech/2026/07/17/cardano-hands-core-development-to-outside-teams-in-decentralization-push

Informationszusammenstellung, keine Investitionsberatung

Ledger bringt den Agent Stack vor (Open Source): KI-Agents können Guthaben auslesen und Swap-/Handels-Entwürfe vorbereiten, aber echtes Auslösen von Geldern erfordert zwingend, dass du selbst auf einer Hardware-Wallet die Bestätigung vornimmst.

Kurz gesagt: Agent schlägt vor → Mensch genehmigt → Hardware erzwingt die Ausführung. Deine privaten Schlüssel gelangen nicht in die KI-Software-Schicht; die Sicherheitsgrenze für „KI hilft dir, Coins zu verwalten“ ist klar definiert.

Quelle: The Block / CoinDesk (um den 16.07.)
https://www.theblock.co/post/408549/ledger-unveils-hardware-backed-agent-stack

Informationszusammenfassung, keine Anlageberatung

Kürzlich war das Interessante weniger der Markt, sondern „wie man mit einem KI-Agenten bezahlt“.

Laut einem Bericht von CoinDesk ist die x402 Foundation der Linux Foundation inzwischen offiziell in Betrieb. Etwa 40 Mitglieder – darunter Visa, Mastercard, Ripple, Stripe, Circle und weitere – regieren gemeinsam.

Technisch ist der Haken ziemlich naheliegend: das HTTP-Statuscode „402 Payment Required“ wird mit On-Chain-Zahlungen per Stablecoin in Kleinbeträgen verbunden, sodass Software-Agenten beim Aufrufen von APIs direkt bezahlen können (häufig mit USDC), ohne erst ein Konto eröffnen zu müssen und ohne dass Menschen vorher eine Bestätigung anklicken. Das offizielle Open-Source-Repository x402-foundation/x402 hat auch in den letzten zwei Tagen noch XRPL-Unterstützung sowie Dokumentations-Updates erhalten – eher ein Fortschritt bei Protokollen/der Infrastruktur.

Quelle:
https://www.coindesk.com/tech/2026/07/15/visa-mastercard-and-ripple-join-the-standard-letting-ai-agents-pay-in-stablecoins
https://github.com/x402-foundation/x402

Informationszusammenstellung, keine Anlageberatung.

Sternenfrachtschiff – 13. Testflug (Starship Flight 13) offiziell terminiert: Start am 16. Juli 2026.

SpaceX hat ein 90-minütiges Startfenster bekanntgegeben. Der Startzeitpunkt ist 17:45 Uhr Ortszeit im US-Bundesstaat Central Time am selben Tag – umgerechnet auf die Ost-Zeitzone (UTC+8) etwa 6:45 Uhr morgens am 17. Juli.

Noch nebenbei zu Starlink:
V3 im Vergleich zu V2: Die Kern-Spezifikationen werden direkt deutlich nach oben skaliert. Die offizielle Darstellung lautet, dass die Leistung um mehr als das Zehnfache gesteigert wird. Ziel ist eine Netzwerkgeschwindigkeit auf Gbps-Niveau; beim Uplink wird sogar von einer etwa 24-fachen Steigerung gesprochen. Und wie steht es um das AI1 Rechenzentrum? Voraussichtlich erst bis Ende 2027… also noch eine Weile~~

Informationsübersicht, keine Anlageberatung.
$SPCX