Cardano steht kurz davor, in einem einzelnen Knoten nicht mehr zu funktionieren
Der zweite Knoten von Cardano könnte die Art und Weise verändern, wie das Netzwerk die Vielfalt der Clients, die Dezentralisierung und das Konsensrisiko handhabt.
Amaru ist eine in Rust geschriebene Implementierung eines Cardano-Knotens, finanziert über den Schatz (Treasury) und den Governance-Prozess von Cardano. Er kann bereits als Relais fungieren, Blöcke validieren und sich mit der Spitze synchronisieren—mit einem deklarierten Minimalbedarf von zwei Kernen und zwei Gigabyte RAM. Doch er kann noch keine Blöcke auf der Mainnet produzieren, und die Release Notes machen deutlich, dass eine zentrale Regel des Ledgers noch nicht angewendet wird, während Unstimmigkeiten mit der Haskell-Implementierung untersucht werden. Diese Analyse behandelt die Vorteile der Client-Vielfalt, das Risiko eines Konsensausfalls, die Finanzierung der Cardano-Governance und die Entwicklungsziele für Blockproduzenten. Abonniere für weitere tiefgehende Analysen zu Krypto. #Cardano #Amaru #Crypto
00:00 Der zweite Knoten von Cardano
00:58 Finanzierung des Schatzes und der Cardano-Governance
01:21 Der Haskell-Knoten von Cardano erklärt
01:54 Der Befürwortungsfall für die Vielfalt der Clients
02:11 Wo sich Amaru wirklich befindet
02:51 Relaisvalidierung und Synchronisierung von Amaru
03:07 Ziel der Blockproduktion im Mainnet
03:27 Hardware-Minimum von zwei Gigabyte RAM
05:08 Was die Release Notes zugeben
05:28 Ledger-Regel noch nicht angewendet
05:55 Unstimmigkeiten mit der Haskell-Implementierung
06:53 Das Risiko der Vielfalt der Clients
07:15 Konsensausfall und Kettenaufspaltungen
09:03 Cardano-Governance und Finanzierung des Schatzes
12:56 Fazit zur Beta des zweiten Knotens von Cardano$ADA
#ADA
Der zweite Knoten von Cardano könnte die Art und Weise verändern, wie das Netzwerk die Vielfalt der Clients, die Dezentralisierung und das Konsensrisiko handhabt.
Amaru ist eine in Rust geschriebene Implementierung eines Cardano-Knotens, finanziert über den Schatz (Treasury) und den Governance-Prozess von Cardano. Er kann bereits als Relais fungieren, Blöcke validieren und sich mit der Spitze synchronisieren—mit einem deklarierten Minimalbedarf von zwei Kernen und zwei Gigabyte RAM. Doch er kann noch keine Blöcke auf der Mainnet produzieren, und die Release Notes machen deutlich, dass eine zentrale Regel des Ledgers noch nicht angewendet wird, während Unstimmigkeiten mit der Haskell-Implementierung untersucht werden. Diese Analyse behandelt die Vorteile der Client-Vielfalt, das Risiko eines Konsensausfalls, die Finanzierung der Cardano-Governance und die Entwicklungsziele für Blockproduzenten. Abonniere für weitere tiefgehende Analysen zu Krypto. #Cardano #Amaru #Crypto
00:00 Der zweite Knoten von Cardano
00:58 Finanzierung des Schatzes und der Cardano-Governance
01:21 Der Haskell-Knoten von Cardano erklärt
01:54 Der Befürwortungsfall für die Vielfalt der Clients
02:11 Wo sich Amaru wirklich befindet
02:51 Relaisvalidierung und Synchronisierung von Amaru
03:07 Ziel der Blockproduktion im Mainnet
03:27 Hardware-Minimum von zwei Gigabyte RAM
05:08 Was die Release Notes zugeben
05:28 Ledger-Regel noch nicht angewendet
05:55 Unstimmigkeiten mit der Haskell-Implementierung
06:53 Das Risiko der Vielfalt der Clients
07:15 Konsensausfall und Kettenaufspaltungen
09:03 Cardano-Governance und Finanzierung des Schatzes
12:56 Fazit zur Beta des zweiten Knotens von Cardano$ADA
#ADA