Ropsten Testnet wird angegriffen? Was können wir tun?

In den letzten ungefähr 24 Stunden wurde Ropsten Testnet meiner Meinung nach angegriffen. Das Gaslimit wurde angehoben 200mund der Angreifer schlug Blöcke mit mehr als 4,000internen TXs vor, die 1 weian verschiedene Adressen übertragen wurden. Bergbaubelohnung ist mehr als 12 ethjetzt.

Ich denke, dies ist der Block, der den Angriff gestartet hat https://testnet.etherscan.io/block/586948 .

Ich glaube, dies macht die Synchronisierung meines Computers extrem langsam, und in den letzten 24 Stunden konnte ich die Kette nicht einholen.

Es sieht jedoch so aus, als ob der Angreifer aufgehört hat anzugreifen, aber andere Miner folgen immer noch dem Gaslimit. Vielleicht wissen die Leute nicht, wie sie das Gaslimit senken können, selbst wenn die Bergleute dies irgendwann tun können, einige Prozent des aktuellen Gaslimits.

Meine Frage ist also: Was ist der einfachste Weg für Miner, das Gaslimit zu senken? Hilft es wirklich?

Bearbeiten 1: Es gibt einen Helden mit dieser Adresse 0x00d92369a644ab070f38f8877b50feb5b61508ed, der versucht, das Gaslimit zu senken, indem er viele (fast 2000 Blöcke jetzt) ​​leere Blöcke mit gesenktem Gaslimit vorschlägt. Sein erster Block ist hier https://testnet.etherscan.io/block/590360 .

Bearbeiten 2: Das Testnetz ist jetzt gegabelt. Es wurde bei Blocknummer 590359 geteilt. Sieht so aus, als wäre der Witz noch nicht zu Ende.

Gibt es eine einfache Möglichkeit, diese etablierten Spam-TXs rückgängig zu machen und/oder abzulehnen? Hier ist ein reddit-sub für weitere Informationen: reddit.com/r/ethereum/comments/5vuni5/…
Können Sie einen Ihrer Transaktions-Hashes bereitstellen?
Ja :0xdef7d5fa4e5b8e010fe96bf83d167828012418ddd759a7c2db237fd1ddfa5f39
Ist Ihre Parity-Instanz vollständig synchronisiert?

Antworten (5)

Aktualisierung - 25. März 2017

Ropsten wurde wiederbelebt!

Wir freuen uns, Ihnen mitteilen zu können, dass das Ropsten-Testnet wiederbelebt wurde! Dank einer großzügigen Spende von GPU-Hashpower wurde die Ropsten-Kette von den Spam-Blöcken befreit, die sich bei einem kürzlichen Angriff angesammelt hatten.

https://github.com/ethereum/ropsten/blob/master/revival.md


Aktualisierung - 18. März 2017

Von der Homepage https://testnet.etherscan.io/ :

Ankündigung: Derzeit gibt es mindestens 2 Forks des Ropsten-Netzwerks. Je nachdem, mit welchem ​​Fork Sie verbunden sind, kann es also zu einer Nichtübereinstimmung von Blockdaten und Transaktionen kommen. Sobald das neue TESTNET von der Community beschlossen und veröffentlicht wurde, wird „testnet.etherscan.io“ in die neue Testnet-Kette übergehen


Aktualisierung – 6. März 2017

Ropsten sollte als tot betrachtet werden. Siehe die Antwort von 5chdn – (und stimme zu!) – für Details zu seinem Ersatz.


Für Benutzer, die Parity ausführen, wurde im Parity Gitter -Kanal eine Problemumgehung veröffentlicht:

Das Verfahren wäre also [korrigiert]:

  • laden Sie die herunterropsten-543210.snapshot
  • Wiederherstellung aus dem Snapshot:parity --chain=ropsten restore ropsten-543210.snapshot
  • Packe dieropsten-revert.json
  • Laufparity --chain=ropsten-revert.json
  • meine darauf so viel wie möglich

Bearbeiten:

Die folgenden Anweisungen für Geth funktionieren nicht wirklich, vermutlich weil die Paritäts- und Geth-Kettenspezifikationen ( genesis.jsonFormate) inkompatibel sind, obwohl Geth Ihnen dies nicht mitteilt, wenn Sie es an übergeben geth init.

Und das Äquivalent für Geth mit derselben ropsten-revert.jsonDatei:

  • Entfernen Sie Ihren aktuellen ~/.ethereum/testnet/chaindataOrdner
  • Mit der neuen .jsonDatei initialisieren:geth --testnet init <path/to/ropsten-revert.json>
  • Starten Sie Geth mit den Optionen, die Sie normalerweise verwenden, z.geth --testnet --fast --rpc --rpcapi db,eth,net,web3,personal --cache=1024 --rpcport 8545 --rpcaddr 127.0.0.1 --rpccorsdomain "*"

Ropsten gilt als tot, und parity startete ein Proof-of-Authority-Testnetz namens Kovan .

Lesen Sie den Vorschlag hier: https://github.com/kovan-testnet/proposal

Um Ihr Testnetz von Ropsten auf Kovan zu aktualisieren, müssen Sie auf die neueste Paritäts-Beta-Version (1.5.4) aktualisieren.allerdings gibt es noch keine offiziellen anweisungen, wie man kovan ausführt.

Parität 1.5.5 oder höher verwenden parity --chain=kovanSie und für Parität 1.5.4 verwenden Sieparity --chain=kovan-config.json

Die Kettenkonfiguration ist hier verfügbar: https://github.com/kovan-testnet/config/blob/master/kovan-config.json


Update: Auch Rinkeby PoA Testnet angekündigt. Aber noch keine Anweisungen, lesen Sie mehr: https://github.com/ethereum/EIPs/issues/225

Was ist mit Geth und Kovan? Es wird irgendwann Arbeit sein?
Afaik, Geth hat noch kein funktionierendes öffentliches Testnetz. Sie können ein privates Testnet betreiben oder auf die Rinkeby-Implementierung warten.

Wenn Sie in den letzten 48 Stunden oder so eine Transaktion gesendet haben, dann liegt das an dem 51%-Angriff auf Ropsten, der noch nicht behoben ist. Folgen Sie dem Link unten:

https://www.reddit.com/r/ethereum/comments/5w3vqu/ropsten_spam/

& ja, manchmal ist das Ropsten-Netzwerk auch früher ausgefallen (oder neu gestartet, ich weiß es nicht).

Ich hatte ein ähnliches Problem, als ich Verträge für Ropsten bereitgestellt habe und sie nicht auf Etherscan angezeigt werden, obwohl Metamask die tx-id anzeigt . (Ich habe Metamask verwendet, um die Verträge bereitzustellen.)

Bitte geben Sie auch Ihre Adresse auf dem ropsten an. muss mal gucken.

Vielen Dank.

Ich sende von diesem Konto 0xE7Bcd3b454c18313fE88d679eaf41251a58793DD an dieses Konto0xf97f820AB928386a338264B6C1d84903D8F4f872
Hallo, bitte versuchen Sie es jetzt. Das Testnetz ist in Betrieb. Wenn dieses Problem auftritt, dass txn nicht in das Testnetz gelangt, müssen Sie möglicherweise die Konfiguration Ihres Setups gründlich überprüfen. Ich habe gerade einen Testvertrag bereitgestellt, um zu überprüfen, ob das Testnetz ordnungsgemäß funktioniert oder nicht. & es scheint perfekt zu funktionieren. hier ist der Link:
Ich habe es gerade getestet, aber ich habe das gleiche Problem. Aber es gibt diese Meldung:Announcement: Maintenance mode, block data might not be up todate
Während dies die Frage theoretisch beantworten könnte, wäre es vorzuziehen , die wesentlichen Teile der Antwort hier aufzunehmen und den Link als Referenz bereitzustellen, dh wie man einen Kovan-Testnet-Knoten betreibt oder was ein Autoritätsnachweis ist.
Kovan ist vorerst nur paritätisch herausgezogen, Ethereum scheint mit github.com/ethereum/EIPs/issues/225 nachzuziehen . Ich hoffe, dass sie bald die offizielle Ankündigung und/oder Anweisungen haben können.
Großes Lob an Peter, Jeff et al. + Gavin et al. für Rinkeby + Kovan bzw. Testnetzlösungen. Wir frühen Unterstützer von Ethereum sagen es nicht oft genug, schätzen aber all die Bemühungen von euch wirklich sehr! Unsere Ziele für ein fortschrittliches/robustes Hauptnetz sind aufeinander abgestimmt, unabhängig davon, ob ein PoA-Element in Casper integriert ist oder nicht. Es wäre jedoch großartig, vor der Bereitstellung eine bessere Kommunikation zwischen den Clients zu sehen (einfacher alter Skool-Anruf) : )

Ich habe das Problem für mich selbst gelöst, indem ich geth --fast --testnetanstelle von Mist verwendet habe . Aber ich musste zuerst die Kettendaten löschen ( ~/Library/Ethereum/*auf dem Mac).

diese Lösung funktioniert bei mir nicht. Meine Kette ist in den letzten zwei Tagen nicht in der Lage, die globale Kette einzuholen, die 1000 Blocks hinterherhinkt.
Hallo @serial007 , ich habe das gleiche Problem. Hast du es endlich gelöst?