_____________________________________________
| _ | Weiter geht es mit den GUTEN NACHRICHTEN!Ab jetzt ist BitCore BTX PoW mit einem MasterNode System und es gibt eine neue Core Version.Mit der neuen Core Version könnt ihr BTX Coins per PoW oder per MaserNode verdienen.Mehr dazu lesen...BitCore - Dein Coin, Dein Geld Teilen & Retweeten
|
Odarhom - Versionshinweise - Kurzer Überblick - Erster Entwurf
MasterNodesOdarhom führt ein MasterNode System für Bitcore ein. Der Betrag für einen MasterNode beläuft sich auf 2.100 BTX. Dies ermöglicht bis zu 10.000 MasterNodes, die das Netzwerk unterstützen. Die MasterNodes erhalten die Hälfte aller erzeugten BTX Coins. Es ist möglich, einen Masternode mit der Mindestversion 0.90.8.x oder höher einzurichten. Ein Regierungssystem ist in der neuen Core Version enthalten und kann bei Bedarf später aktiviert werden.
Datenträgergröße
Odarhom erhöht die standard Datenträgergröße auf bis zu 220 Bytes. Weitere Informationen finden Sie hier:
https://www.reddit.com/r/bitcore_btx/comments/frpjal/odarhom_update_default_datacarriersize_to_220/https://github.com/OmniLayer/spec#class-b-transactions-also-known-as-the-multisig-methodhttps://github.com/CounterpartyXCP/cips/blob/master/cip-0006.mdCommand fork systemVerschiedene Foks können in Zukunft ferngesteuert aktiviert werden. Auf diese Weise können wir sicherstellen, dass alle kritischen Updates erst dann aktiviert werden, wenn alle wichtigen Netzwerkteilnehmer dazu bereit sind.
Wallet ÄnderungenOdarhom führt die volle Unterstützung für Segwit in der Wallet und den Benutzeroberflächen ein. Es wurde ein neues "-addresstype" Parameter hinzugefügt, das "Legacy", "p2sh-segwit" (Standard) und "bech32" Adressen. Es kontrolliert, welche Art von Adressen durch "getnewaddress", "getaccountaddress" und "createmultisigaddress" erzeugt werden. Es wurde auch ein Parameter "-changetyp"` hinzugefügt, mit den gleichen Optionen und standardmäßig gleich "addresstype", um zu kontrollieren, welche Art von Änderung verwendet wird.
Ein neuer Parameter "address_type" wurde zu den "getnewaddress" und "addmultisigaddress" RPCs hinzugefügt, um anzugeben, welche Art von Adresse generiert werden soll.
Ein "change_type" Parameter wurde dem "fundrawtransaction" RPC hinzugefügt, um das "changetype" Parameter für bestimmte Transaktionen zu überschreiben.
Alle Segwit Adressen, die durch "getnewaddress"` oder "*multisig" RPCs erstellt wurden, werden explizit in die Wallet Datei aufgenommen. Das bedeutet, dass downgrading nach der Erstellung einer Segwit-Adresse funktioniert, solange die Wallet Datei auf dem neuesten Stand ist.
Alle Segwit Schlüssel in der Wallet erhalten ein "implicit redeemscript", ohne dass dieser in die Datei geschrieben wird. Das bedeutet, dass die Wiederherstellung einer alten Sicherung funktioniert, solange Sie neue Software verwenden.
Alle Keypool Schlüssel, die bei Transaktionen verwendet werden, werden explizit in die Wallet-Dateien aufgenommen. Das bedeutet, dass ein Downgrade nach der Wiederherstellung aus einem Backup, das eine Segwit-Adresse enthält, funktioniert.
Beachten Sie, dass einige RPCs noch keine Segwit Adressen unterstützen. Insbesondere unterstützt "signmessage" / "verifymessage" keine Segwit Adressen, ebenso wenig wie "importmulti" zur Zeit. Die Unterstützung für Segwit in diesen RPCs wird auch in zukünftigen Versionen weiter ausgebaut.
P2WPKH Änderungsausgaben werden jetzt standardmäßig verwendet, wenn ein Ziel in der Transaktion eine P2WPKH- oder P2WSH-Ausgabe ist. Dies geschieht, um sicherzustellen, dass die Änderungsausgabe in beiden Fällen so ununterscheidbar wie möglich von den anderen Ausgaben ist.
BIP173 (Bech32) Adressunterstützung ("btx..." Adressen)HD-wallets standardmäßig
Aufgrund einer rückwärtskompatiblen Änderung in der Wallet Datenbank werden Wallets, die mit Version 0.16.0 erstellt wurden, von früheren Versionen abgelehnt. Außerdem werden mit Version 0.16.0 nur hierarchisch-deterministische (HD) Wallets erstellt. Beachten Sie, dass dies nur für neue Wallets gilt; Wallets, die mit früheren Versionen hergestellt wurden, werden nicht auf HD aufgerüstet.
Replace-By-Fee standardmäßig im GUIDer Sendebildschirm verwendet jetzt standardmäßig BIP125 RBF, unabhängig von "-walletrbf". Es gibt ein Ankreuzfeld, um die Transaktion als endgültig zu markieren.
Die RPC Vorgabe bleibt unverändert: Um RBF zu verwenden, starten Sie mit "-walletrbf=1" oder verwenden Sie den Parameter "replaceable" für einzelne Transaktionen.
Wallet Verzeichnis KonfigurationOdarhom hat jetzt mehr Flexibilität, wo das Verzeichnis der Wallet angelegt werden kann. Zuvor wurden die Wallet Datenbankdateien auf der obersten Ebene des Bitcoin Datenverzeichnisses gespeichert. Das Verhalten ist jetzt:
Bei neuen Installationen (bei denen das Datenverzeichnis noch nicht existiert) wird die Wallet jetzt standardmäßig in einem neuen Unterverzeichnis "wallets/" innerhalb des Datenverzeichnisses gespeichert.
Für bestehende Nodes (bei denen das Datenverzeichnis bereits existiert) werden die Wallets standardmäßig im root Datenverzeichnisses gespeichert. Wenn ein Unterverzeichnis "wallets/" bereits in dem root Datenverzeichnisses existiert, werden die Wallets standardmäßig im Unterverzeichnis "wallets/" gespeichert. - Der Speicherort des Walletverzeichnisses kann durch die Angabe einer
"-walletdir=
" Option überschrieben werden, wobei "" ein absoluter Pfad zu einem Verzeichnis oder einem Verzeichnis-Symlink sein kann.
Bei der Auswahl des Speicherortes des Walletverzeichnisses ist Vorsicht geboten, denn wenn es während des Betriebs nicht verfügbar ist, können Gelder (Coins) verloren gehen.
Unterstützung für die Signalisierung Pruned Nodes (BIP159)
Pruned nodes können nun BIP159's NODE_NETWORK_LIMITED unter Verwendung von Service-Bits signalisieren, als Vorbereitung für die vollständige Unterstützung von BIP159 in späteren Versionen. Dies würde es ermöglichen, dass die Pruned nodes die neuesten Blöcke bedienen können. Die derzeitige Änderung beinhaltet jedoch noch keine Unterstützung für den Anschluss an pruned nodes.
GUI Änderungen
Wir haben ein neues Walletdesign hinzugefügt. Die Möglichkeit, eine frühere Adresse wiederzuverwenden, wurde jetzt entfernt. Dies war durch die Notwendigkeit gerechtfertigt, eine Rechnung "erneut zu versenden", aber jetzt, da wir die Anfragehistorie haben, sollte diese Notwendigkeit verschwunden sein. - Unterstützung für die Suche nach TXID wurde hinzugefügt, anstatt nur Adresse und Etikett. - Eine Option "Verfügbares Guthaben verwenden"; wurde zum Dialog "Coins senden" hinzugefügt, um das verbleibende verfügbare Guthaben der Wallet zu einer Transaktionsausgabe hinzuzufügen. - Ein Schalter zum Aufheben der Blindheit der Passwortfelder im Passwortdialog wurde hinzugefügt.
Sicherheit
Wir ändern die Coinbase Maturity über eine command fork von 100 auf 576 Blöcke. Außerdem haben wir die Vorgabe der Protoversion auf 80002 gesetzt. Es ist möglich, die alte Version später über eine command fork zu trennen.
Haschalgorythmus
Odarhom unterstützt bereits viele Haschalgorythmen, so dass wir später mit einem Update neue Haschalgorythmen zum minern anbieten können. Eine endgültige Entscheidung wird mit der Community getroffen. Odarhom kann mit timetravel10, scrypt, nist5, lyra2z, x11 oder x16r arbeiten.
Quellen
Bitcoin Core, Dash Core, FXTC Core, LTC Core, PIVX Core, Bitcoin Cash Core
Links
https://www.reddit.com/r/bitcore_btx/wiki/index
https://www.reddit.com/r/bitcore_btx/comments/fsbzog/odarhom_release_notes_short_overview_first_draft/
Bitte lesen Sie auch die FAQ für jede Aktualisierung.
https://www.reddit.com/r/bitcore_btx/wiki/index/odarhom_faq