Veröffentlichen und verifizieren Sie den Quellcode eines Vertrags, der von einem anderen Vertrag auf Etherscan erstellt wurde [Duplikat]
Benutzer38075
Dies ist der erfolgreich verifizierte Hauptvertrag: https://ropsten.etherscan.io/address/0xc4c89dd46524c6f704e92a9cd012a3ebadadff36
Dies ist der erstellte Vertrag, den ich nicht verifizieren kann: https://ropsten.etherscan.io/address/0x87a8ff476273bb8533ba94012d73911e1f4f884a
Die verwendeten Argumente sind: "first", false, 0, 1000000 und msg.sender (das ist meine Adresse 0xfC164e97Df905733Bc076015722CABDfdE0bDf61)
Compilerversion: 0.4.23+commit.124ca40d Optimierung: nein
Ich habe es geschafft, die codierten Konstruktorargumente von abi.hashex.org zu erhalten:
66697273740000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000f4240000000000000000000000000fc164e97df905733bc076015722cabdfde0bdf61
Antworten (1)
Rob Hitchens
Es ist fertig.
Mit Ihren ABI-codierten Konstruktorargumenten waren Sie bereits am Ziel.
Es war notwendig, die vollständige Quelle aus Ihrer verifizierten Fabrik zu kopieren, um sie zu kompilieren, und dann den StillBankVertrag auszuwählen. Es müsste dieselbe Compiler-Version sein, die die Factory erstellt hat, sodass nur die Optimierung zu erraten ist.
Ich hoffe es hilft.
Wie finde ich den Bytecode zur Eingabeerstellung für das Konstruktorargument?
REMIX: ParserError: Bezeichner erwartet, aber zahlbares Adressziel erhalten
Solidity-Vertragscode auf etherscan.io kann nicht verifiziert werden
Beschränken Sie die Solidity-Funktion, da sie nur von einer anderen Funktion aufgerufen werden kann
Warum ist die Sprungadressenberechnung in kompiliertem Solidity-Code so komplex?
Fehler! Contract ByteCode und ABI können nicht generiert werden
Vertrag mit ABIEncoderV2 auf Etherscan kann nicht verifiziert werden
Wie findet Etherscan.io Konstruktorargumente ohne Vertragsüberprüfung heraus?
Warnung: „throw“ ist zugunsten von „revert()“, „require()“ und „assert()“ veraltet. Wurf;
Wenn Sie einen Vertrag von einem anderen Vertrag aufrufen, bleibt die Transaktion für immer anhängig