Ich erstelle einen intelligenten Abstimmungsvertrag, der es den Teilnehmern ermöglicht, über ein bestimmtes Thema abzustimmen und die Abstimmung und verschiedene Zusatzdaten in die Blockchain schreiben zu lassen. Ich bin ein neuer Ethereum/Solidity-Entwickler und brauche Hilfe bei der Erstellung einer guten Strategie für die Testphase der Smart Contract-Entwicklung und -Bereitstellung, wenn sie sich nur im Testnetz befindet.
Ich möchte es meinen Testbenutzern so einfach wie möglich machen, also hoffe ich, dass ich den Smart Contract die gesamte Stimme aus Ether „finanzieren“ kann, die ich vom Rinkeby-Testnetz selbst (dh von meinem Konto) angefordert habe. Ich versuche zu vermeiden, dass jeder Testbenutzer seine eigenen Ether-Anfragen aus dem Rinkeby-Testnetz stellen muss, nur damit er teilnehmen kann.
Wie verwalten/erleichtern die meisten von Ihnen im Allgemeinen die Testphase Ihrer Smart Contracts, wenn sie in einem Testnetz ausgeführt werden? Gibt es irgendwo einen guten Artikel oder eine Abhandlung, die speziell diese Probleme umreißt?
Es ist ein bisschen wie ein Henne-Ei-Szenario, weil sie ein wenig Ether benötigen würden, um eine Transaktion zu Ihrem Vertrag zu unterzeichnen. Abgesehen davon kann Ihr Vertrag den Ether weiterleiten, den er hat, aber nicht den Ether, den jemand anderes (Sie) hat.
Das Muster, nach dem Sie suchen, ist ein Wasserhahn. Dies wäre eine Website, auf der sie anfordern können, dass Ether an ihr Konto gesendet wird, um sie von einem Guthaben von 0 zu booten. Es könnte genauso einfach sein, klare Anweisungen zum Sammeln von einem vorhandenen Wasserhahn zu geben.
Zum Beispiel (Rinkeby): https://faucet.rinkeby.io/
oder (Ropsten): http://ipfs.b9lab.com:8080/ipfs/QmWBRdUQsLahC8dWVo3rS9jrFnxGSw3WHm5gcHu3URTv87/throttled_faucet.html
Ich hoffe es hilft,
Robert Öschler
Rob Hitchens