BTC

$63622.675

2.48%

ETH

$3125.929

1.17%

BNB

$589.584

1.48%

XRP

$0.535

1.74%

Wissen

Was hat den jüngsten Solana-Ausfall verursacht und was wird getan, um eine weitere Überlastung des Netzwerks zu verhindern?

4. Mai 2022 – Ungefähr 4 min Minuten zum Lesen
solana

Was hat den jüngsten Solana-Ausfall verursacht?

Bots im Zusammenhang mit einem neuen NFT-Projekt basierend auf Solana führte nach Angaben der Projektentwickler zu einem siebenstündigen Netzwerkausfall. Der Ausfall, der am Samstag gegen 20:30 UTC begann und am Sonntag um 03:30 UTC endete, wurde verursacht durch ein massiver Anstieg eingehender Transaktionen (6 Millionen pro Sekunde), der das Netzwerk überlastete, Überschreiten der Netzwerkkapazität von 100 Gbit/s an einzelnen Knoten.

„Es gibt keine Beweise für einen Denial-of-Service-Angriff, aber stattdessen deuten Beweise darauf hin, dass Bots versucht haben, programmatisch einen neuen NFT zu gewinnen, der mithilfe des beliebten Candy Machine-Programms geprägt wurde.“ Die Projektentwickler gaben an die Blog-Post, „Die Hauptursache für die hohe Speichernutzung war, dass nicht genügend Stimmen landeten, um frühere Blöcke abzuschließen, was die Bereinigung abgebrochener Forks verhinderte.“ Die Anzahl der Fork-Validatoren, die ausgewertet werden mussten, überstieg ihre Kapazität, selbst nach einem Neustart, was manuelle Eingriffe erforderlich machte.“

Was wird getan?

Nach Angaben des Entwicklerteams leidet Solana seit Anfang Januar unter zeitweiligen Überlastungsproblemen, die auf Bot-Aktivitäten zurückzuführen sind, die auf NFT-Mints abzielen. Der vorherige Ausfall von Mainnet Beta ereignete sich im September 2021 und dauerte 17 Stunden. Der Ausfall vom 30. April weist dieselben Merkmale wie der Ausfall vom September auf, aber das Netzwerk funktionierte dieses Mal weiterhin, selbst als das Volumen der Transaktionsanfragen 10,000 % des Niveaus vom September erreichte, was auf spätere Aktualisierungen der Validator-Community zurückzuführen ist.

Der Beta-Release-Zweig v1.10, der sich derzeit auf Testnet stabilisiert, enthält Verbesserungen bei der Speichernutzung, um die Zeit zu verlängern, in der Knoten einen langsamen oder ins Stocken geratenen Konsens ertragen können. Testknoten mit Version 1.10, die in der Mainnet-Beta bereitgestellt wurden, wurden für 2000 zusätzliche Slots über ihre ähnlich spezifizierten Konkurrenten in Version 1.9 hinaus fortgesetzt.

Drei Abhilfemaßnahmen sind in Arbeit, um die Stabilität und Widerstandsfähigkeit des Netzwerks zu verbessern.

  • QUIC – Heute verwendet Solana ein benutzerdefiniertes UDP-basiertes Rohprotokoll, um Transaktionen zwischen RPC-Knoten und dem aktuellen Marktführer weiterzuleiten. Da UDP verbindungslos ist und weder Flusskontrolle noch Empfangsbestätigungen aufweist, gibt es keine sinnvolle Möglichkeit, missbräuchliches Verhalten zu unterbinden oder abzuschwächen. Um die Kontrolle über den Netzwerkverkehr zu beeinflussen, werden die Solana-Kernprotokolle auf QUIC neu implementiert, einem von Google entwickelten Protokoll, das für schnelle asynchrone Kommunikation wie UDP konzipiert ist, aber mit Sitzungen und Flusskontrolle wie TCP. Nach der Einführung stehen viele weitere Optionen zur Anpassung und Optimierung der Datenaufnahme zur Verfügung.
  • Einsatzgewichtete Transaktions-QoS – Die führende Netzwerkbandbreite verfügt über eine feste Kapazität. Um diese effektiv zu nutzen, ist eine Priorisierung ein Muss, um die derzeitige Praxis der wahllosen Annahme von Transaktionen nach dem Prinzip „Wer zuerst kommt, mahlt zuerst“ und ohne Rücksicht auf die Quelle zu beenden. Da es sich bei Solana um ein PoS-Netzwerk handelt, liegt die Ausweitung des Nutzens der Einsatzgewichtung auf die Servicequalität von Transaktionen nahe. Bei diesem Modell hat ein Knoten mit einem Anteil von 0.5 % das Recht, mindestens 0.5 % der Pakete an den Anführer zu übertragen, und der Rest des Netzwerks und keine Kombination aus dem verbleibenden Anteil wird in der Lage sein, sie vollständig auszuwaschen. Stake-weighted QoS wird derzeit parallel zu QUIC entwickelt. Stake-weighted QoS wird in Verbindung mit QUIC robuster sein.
  • Kostenpflichtige Ausführungspriorität – Nach der Aufnahme können Transaktionen weiterhin um die Änderung gemeinsamer Kontodaten konkurrieren. Dieser Streit wurde durch ein einfaches „Wer zuerst kommt, mahlt zuerst“ gelöst, ähnlich wie bei der Erfassung von Netzwerkdaten, sodass Benutzer keine Möglichkeit haben, die Dringlichkeit der Ausführung ihrer Transaktionen zum Ausdruck zu bringen. Da jeder Transaktionen an das Netzwerk senden kann, ist die Stake-Gewichtung für diese Priorisierung nicht geeignet. Stattdessen wird eine neue Anweisung in das Compute Budget-Programm eingeführt, die Benutzern die Möglichkeit bietet, eine beliebige „zusätzliche Gebühr“ anzugeben, die bei der Ausführung der Transaktion und deren Aufnahme in einen Block erhoben wird. Das Verhältnis dieser Gebühr zu den angeforderten Recheneinheiten dient als Gewichtung der Ausführungspriorität einer Transaktion. Zusätzliche Gebühren werden heute genauso behandelt wie die Grundgebühr.

Die Gebührenpriorisierung ist in Bearbeitung und soll für die Version 1.11 erfolgen.

HAFTUNGSAUSSCHLUSS: Die Informationen auf dieser Website dienen als allgemeine Marktkommentare und stellen keine Anlageberatung dar. Wir empfehlen Ihnen, vor einer Investition eigene Recherchen durchzuführen.

Melden Sie sich bei CoinCu Telegram an, um Neuigkeiten zu verfolgen: https://t.me/coincunews

Folgen Sie dem Youtube-Kanal von CoinCu | Folgen Sie der Facebook-Seite von CoinCu

Hasel

CoinCu-Neuigkeiten

Solana Solana Solana

Wissen, Blockchain

Was hat den jüngsten Solana-Ausfall verursacht und was wird getan, um eine weitere Überlastung des Netzwerks zu verhindern?

solana

Was hat den jüngsten Solana-Ausfall verursacht?

Bots im Zusammenhang mit einem neuen NFT-Projekt basierend auf Solana führte nach Angaben der Projektentwickler zu einem siebenstündigen Netzwerkausfall. Der Ausfall, der am Samstag gegen 20:30 UTC begann und am Sonntag um 03:30 UTC endete, wurde verursacht durch ein massiver Anstieg eingehender Transaktionen (6 Millionen pro Sekunde), der das Netzwerk überlastete, Überschreiten der Netzwerkkapazität von 100 Gbit/s an einzelnen Knoten.

„Es gibt keine Beweise für einen Denial-of-Service-Angriff, aber stattdessen deuten Beweise darauf hin, dass Bots versucht haben, programmatisch einen neuen NFT zu gewinnen, der mithilfe des beliebten Candy Machine-Programms geprägt wurde.“ Die Projektentwickler gaben an die Blog-Post, „Die Hauptursache für die hohe Speichernutzung war, dass nicht genügend Stimmen landeten, um frühere Blöcke abzuschließen, was die Bereinigung abgebrochener Forks verhinderte.“ Die Anzahl der Fork-Validatoren, die ausgewertet werden mussten, überstieg ihre Kapazität, selbst nach einem Neustart, was manuelle Eingriffe erforderlich machte.“

Was wird getan?

Nach Angaben des Entwicklerteams leidet Solana seit Anfang Januar unter zeitweiligen Überlastungsproblemen, die auf Bot-Aktivitäten zurückzuführen sind, die auf NFT-Mints abzielen. Der vorherige Ausfall von Mainnet Beta ereignete sich im September 2021 und dauerte 17 Stunden. Der Ausfall vom 30. April weist dieselben Merkmale wie der Ausfall vom September auf, aber das Netzwerk funktionierte dieses Mal weiterhin, selbst als das Volumen der Transaktionsanfragen 10,000 % des Niveaus vom September erreichte, was auf spätere Aktualisierungen der Validator-Community zurückzuführen ist.

Der Beta-Release-Zweig v1.10, der sich derzeit auf Testnet stabilisiert, enthält Verbesserungen bei der Speichernutzung, um die Zeit zu verlängern, in der Knoten einen langsamen oder ins Stocken geratenen Konsens ertragen können. Testknoten mit Version 1.10, die in der Mainnet-Beta bereitgestellt wurden, wurden für 2000 zusätzliche Slots über ihre ähnlich spezifizierten Konkurrenten in Version 1.9 hinaus fortgesetzt.

Drei Abhilfemaßnahmen sind in Arbeit, um die Stabilität und Widerstandsfähigkeit des Netzwerks zu verbessern.

  • QUIC – Heute verwendet Solana ein benutzerdefiniertes UDP-basiertes Rohprotokoll, um Transaktionen zwischen RPC-Knoten und dem aktuellen Marktführer weiterzuleiten. Da UDP verbindungslos ist und weder Flusskontrolle noch Empfangsbestätigungen aufweist, gibt es keine sinnvolle Möglichkeit, missbräuchliches Verhalten zu unterbinden oder abzuschwächen. Um die Kontrolle über den Netzwerkverkehr zu beeinflussen, werden die Solana-Kernprotokolle auf QUIC neu implementiert, einem von Google entwickelten Protokoll, das für schnelle asynchrone Kommunikation wie UDP konzipiert ist, aber mit Sitzungen und Flusskontrolle wie TCP. Nach der Einführung stehen viele weitere Optionen zur Anpassung und Optimierung der Datenaufnahme zur Verfügung.
  • Einsatzgewichtete Transaktions-QoS – Die führende Netzwerkbandbreite verfügt über eine feste Kapazität. Um diese effektiv zu nutzen, ist eine Priorisierung ein Muss, um die derzeitige Praxis der wahllosen Annahme von Transaktionen nach dem Prinzip „Wer zuerst kommt, mahlt zuerst“ und ohne Rücksicht auf die Quelle zu beenden. Da es sich bei Solana um ein PoS-Netzwerk handelt, liegt die Ausweitung des Nutzens der Einsatzgewichtung auf die Servicequalität von Transaktionen nahe. Bei diesem Modell hat ein Knoten mit einem Anteil von 0.5 % das Recht, mindestens 0.5 % der Pakete an den Anführer zu übertragen, und der Rest des Netzwerks und keine Kombination aus dem verbleibenden Anteil wird in der Lage sein, sie vollständig auszuwaschen. Stake-weighted QoS wird derzeit parallel zu QUIC entwickelt. Stake-weighted QoS wird in Verbindung mit QUIC robuster sein.
  • Kostenpflichtige Ausführungspriorität – Nach der Aufnahme können Transaktionen weiterhin um die Änderung gemeinsamer Kontodaten konkurrieren. Dieser Streit wurde durch ein einfaches „Wer zuerst kommt, mahlt zuerst“ gelöst, ähnlich wie bei der Erfassung von Netzwerkdaten, sodass Benutzer keine Möglichkeit haben, die Dringlichkeit der Ausführung ihrer Transaktionen zum Ausdruck zu bringen. Da jeder Transaktionen an das Netzwerk senden kann, ist die Stake-Gewichtung für diese Priorisierung nicht geeignet. Stattdessen wird eine neue Anweisung in das Compute Budget-Programm eingeführt, die Benutzern die Möglichkeit bietet, eine beliebige „zusätzliche Gebühr“ anzugeben, die bei der Ausführung der Transaktion und deren Aufnahme in einen Block erhoben wird. Das Verhältnis dieser Gebühr zu den angeforderten Recheneinheiten dient als Gewichtung der Ausführungspriorität einer Transaktion. Zusätzliche Gebühren werden heute genauso behandelt wie die Grundgebühr.

Die Gebührenpriorisierung ist in Bearbeitung und soll für die Version 1.11 erfolgen.

HAFTUNGSAUSSCHLUSS: Die Informationen auf dieser Website dienen als allgemeine Marktkommentare und stellen keine Anlageberatung dar. Wir empfehlen Ihnen, vor einer Investition eigene Recherchen durchzuführen.

Melden Sie sich bei CoinCu Telegram an, um Neuigkeiten zu verfolgen: https://t.me/coincunews

Folgen Sie dem Youtube-Kanal von CoinCu | Folgen Sie der Facebook-Seite von CoinCu

Hasel

CoinCu-Neuigkeiten

Solana Solana Solana

92 Mal besucht, 3 Besuch(e) heute