Gebühren/Steuern für jeden gefundenen Block

Ich habe darauf keine klare Antwort gefunden, aber ich habe gehört, dass verschiedene Coins eine Art "Entwicklersteuer" erheben. Ich habe eine Reihe von verschiedenen Krypto-Quellcodes durchgesehen, aber ich habe keine Hinweise darauf gefunden, wie es implementiert ist, geschweige denn in welchem ​​​​Teil des Codes es sich befinden würde. Könnte jemand ein wenig Sonnenlicht auf dieses Verhalten enthüllen?

Ich habe noch nie etwas von einer Entwicklersteuer gehört. Vielleicht denken Sie an die Blockbelohnung, die der Miner/Pool erhält, der den Block erstellt.
Das ist alles wirklich nur etwas, was ich von einem Freund gehört habe, der meiner Meinung nach seine Münze um die Details der Krypto-Implementierung hatte, und ich spiele nur mit der Idee, mehr als alles andere. Ich frage mich, wie so etwas überhaupt implementiert werden würde, weil ich sicherlich sehen könnte, dass es im Interesse der Entwickler liegt, eine fortlaufende Beziehung irgendwie zu "motivieren". Ich stelle mir vor, dass dies in die Implementierung der Blockerstellung fest codiert werden müsste, aber ich frage mich, ob die SIGCHECKS geändert werden müssten, um dies zu berücksichtigen.

Antworten (2)

Einige Mining-Programme (die für die Verwendung mit Mining-Pools entwickelt wurden) minen für kurze Zeit im Auftrag des Mining-Softwareentwicklers, bevor sie zum eigentlichen Benutzerkonto wechseln.

Ich habe das nur einmal gesehen und kann mich nicht einmal erinnern, für welche Münze es war, also weiß ich nicht, wie weit es verbreitet ist.

Ich denke, Sie sprechen von Devcoin.

http://www.devcoin.org/

Das sendet 90% der abgebauten Coins an die Entwickler der Coin basierend auf den beim Client gespeicherten CSV-Dateien.

http://www.devtome.com/doku.php?id=devcoin

Client-Prozedur für Empfängerdateien Receiver.h greift auf eine synchronisierte Liste von Empfängern zu.

Angenommen, der devcoin-Client fordert die Höhe 9000 Empfänger an, der Höhenschritt ist 4000 und nur der Stammempfänger_0.csv wird gespeichert. Receiver.h sucht zuerst nach der Datei receiver_2.csv. Da es nicht dort ist, wird es zurücktreten und nach receiver_1.csv suchen. Immer noch nicht da, also sucht und findet es receiver_0.csv. Anschließend lädt es receiver_1.csv herunter, indem es die Peers in receiver_0.csv betrachtet und im Datenverzeichnis speichert. Anschließend lädt es receiver_2.csv herunter, indem es die Peers in receiver_1.csv betrachtet und im Datenverzeichnis speichert. Sobald es receiver_2.csv hat, parst es es, um die Liste der Empfänger zu erhalten, und verwendet die Höhen-Modulo-Listenlänge, um die Empfänger für die Höhe 9000 zurückzugeben.

Der Empfänger schaut auch nach vorne, nachdem es einen zufälligen Abschnitt zwischen 0,75 und ungefähr 0,95 auf dem Weg zum nächsten Schritt gibt, damit es keine Massendownloads gibt, wenn die Blockhöhe von x999 auf x000 wechselt. Um DDoS-Angriffen zu widerstehen und auch dann zu funktionieren, wenn einige Websites nicht erreichbar sind, wählt es die Seite aus, die die Mehrheit der Peers verfügbar hat. Die Schrittgröße von 4000 ergibt ungefähr jeden Monat eine Aktualisierung.

Auszahlung des Anteils Der Erzeugungsanteil beträgt 90 % des Blocks, also 90 % * 50.000 Devcoins = 45.000 Devcoins. Es wird in Round-Robin-Reihenfolge an die Devcoin-Adressen in der Empfängerdatei ausgezahlt. In jeder Generationsrunde ist für eine gegebene Blockhöhe der Index der Adresszeile die Blockhöhe über dem Beginn der Runde, Modulo der Anzahl der Adressen. Das Code-Snippet dafür folgt unten.