Konsensalgorithmus

POW + DPOS: Hybrid-Konsens, POW-Mining, DPOS-�berwachung.

POW: Bl�cke durch Hash-Power generieren. Verpf�nde kleine Menge an Coins und habe Mining-Rechte (um Miner zu hindern b�swillig illegale Blocks zu generieren).

DPOS: �berwachungs-Nodes werden durch Stimmzettel gew�hlt. �berwachungs Nodes k�nnen Systemparameter abstimmen (Block-Gr��e, Block-Erstellungs-Zeit), und b�sartige Blocks melden. �berwachungs-Nodes bekommen Block-Belohnungen (70% R�ckzahlung an W�hler)

Jede Person mit Coins kann Voten und kriegt eine R�ckzahlung daf�r.

Die Generationszeit eines Blocks ist eine Minute. Die neue Chain hat ein kleineres Intervall und es kann nach Bedarf ver�ndert werden. W�hle die Blockzeit mit der h�chsten Hash-Power als neuen Block.

Miner ohne Anzahlung habenm keine Rechte zu minen. Falls die Einzahlung aufgrund b�swilliger Handlungen abgezogen wird, werden auch die Mining-Rechte entzogen.

Um sicherzustellen, dass die Identit�t des Miners des Blocks nicht durch Betrug verwendet wird [aufgrund der Unterst�tzung intelligenter Vertr�ge ist das System unvorhersehbarer, es ist m�glich, andere zu verwenden, um b�swillige intelligente Vertr�ge abzubauen und auszuf�hren], jeden Block wird Bergleute Unterschrift tragen. Dieser Ansatz kann auch die Gr��e �ffentlicher Mining-Pools begrenzen. Denn jedes Mal wenn ein Blockhash berechnet wird, muss dieser Block als erstes unterzeichnet werden. Falls der Mining Pool den �ffentlichen Schl�ssel ver�ffentlicht, k�nnen die Token jederzeit transferiert werden. Falls der Pool diesen nicht ver�ffentlicht, kann es nur von sich selbst unterzeichnet werden und jedes Mal wenn eine Signatur erstellt wird, wird es an den Miner weitergeleitet um den Hash zu berechnen. Es wird schwierig sein, zum gr��ten Engpass zu werden. Gleichzeitig muss eine gro�e Menge an Signaturinformationen zwischen dem Mining-Pool und den Minern synchronisiert werden, und die Netzwerkkapazit�t zwischen beiden wird zu einem Engpass. Das limitiert die Gr��e eines Pools sehr stark. �berwachende Nodes k�nnen leere Bl�cke generieren (Bl�cke die keine Transaktionen enthalten). Falls Miner keine Bl�cke generieren die diese Konditionen erf�llen, werden leere Bl�cke genutzt um Blockaden durch Fluktuationen in der Rechenkraft zu vermeiden.

Best�tigung der Transaktionen

Wenn der Block von einer anderen Kette gesperrt wurde, wird diese Sperre als permanent angenommen und die gesperrte Transaktion geh�rt zu der best�tigten Transaktion. Die maximale ketten�bergreifende Zeit ist 5 Minuten und die Best�tigung der Transaktion somit 5 Minuten.