Topic: Projekt Tezos - Alternative zu der ETH Blockchain ? - page 51. (Read 48310 times)

Servus, hätte dazu noch eine frage, wieviel mbit an download speed ist das minimum zum Baking?  Danke

Die einzige Anforderung beim baking ist eine schnelle Schreib- / Lesegeschwindigkeit. Eine SSD ist ein muss.
Wenn der Pi den Durchsatz auf eine externe SSD packt solltest du keine Slots verpassen.

so, mal wieder ein kleiner Erfahrungsbericht mein meinen Solomining Eskapaden. Nachdem ich nach dem letzten Update nach zwei Tagen meine Node wieder zum Laufen gebracht hatte, mitsamt dem von lightingfury genannten Update, musste ich heute feststellen, dass meine Node seit 2 tagen schon wieder nicht läuft. Nach Prüfung stellte sich heraus, dass der disk space aufgebraucht war. Habe dann mein Linux durchforstet und ein paar alte docker images gelöscht und wie 8GB Platz geschaffen. Leider lies sich die Node danach imemr noch nicht starten, bzw. sie startete aber brachte imemr noch den Fehler "no free disk space". nach 1-2h suchen fand ich dann heraus,

das ich dies machen muss...

Can you launch your node and do ./tezos-admin-client list rejected blocks?
Then if it outputs something, try ./tezos-admin-client unmark invalid for all the of the rejected blocks...

https://gitlab.com/tezos/tezos/issues/373

Danach synchronisierte die Node wieder, und ich konnte baker accuser und den endorser starten. Jetzt heisst es wieder warten, und ich muss für mehr disk space sorgen, sonst läuft mir das Ding gleich wieder voll.

4372205568      ./.tezos-node/store/data.mdb
52606484480     ./.tezos-node/context/data.mdb

Die data.mdb sind 4.3GB und mittlerweile 52.6GB groß, das ist schon ordentlich, dass muss man bei der Dimensionierung bedenken. Ich habe in den Kontext gesehen, dass man beim raspberry pi Betrieb auch ne ext USB Platte dran hängen und beim node start ein entsprechendes data verzeichnis angeben kann.

Ich habe meine Tezos seit Wochen TEZ Rocket anvertraut (zum backen)... Und habe bisher immer alle 2-3 Tage kleine Brötchen erhalten...
Jetzt schaue ich und seit 6 Tagen schon tut sich nichts... Hat jemand seine Tezos auch bei TEZ Rocket liegen und kann ähnliches berichten?
Oder ist es vielleicht sogar ein allgemeines Problem gerade?

Liegt aktuell hier dran: https://gitlab.com/tezos/tezos/issues/427#note_121572859

Alle Baker die kein Updater gemacht haben synchronisieren nicht mehr.
Wenn die Wallets keine Node haben die auf dem neusten Stand sind funktionieren die halt nicht mehr solange bis das behoben wurde.
Ich hab schon den neusten Patch gezogen und konnte das innerhab von wenigen Minuten fixen,
denke aber viele Baker wissen das evt. noch garnicht wenn ich mir die Worker anschaue die reihenweise crashen die mit meiner Node verbunden sind.

What makes Tezos different?

For starters, Tezos has its own blockchain, built from the ground up. Also, Tezos relies on a far less power-hungry algorithm. Even though it still relies on a Proof-of-State consensus algorithm, its far less power-consuming than other similar algorithms.

At the end of the day, the main difference between Tezos and its competitors is the way it allows its ledger rules to be self-governing. This is done by making the “apply” and “score” variables (usually associated with any blockchain project) a part of the mutable state.

To understand this, it’s important to note that every blockchain is reliant on three parameters, namely state, apply, and score. The “score” is the function that determines the valid blockchain branch (in Bitcoin, it is the total amount of hashing power). The “apply” is an internal, mutable state type (in Bitcoin, it is the set of unspent outputs). The apply parameter refers to a transform that takes a state S, and a transaction T, and produces a new state S.
Tezos features

One of the key features of Tezos is the fact that its updates/upgrades are automated, almost as smooth as an upgrade to any modern software. Its unique set of government rules allow stakeholders to vote easily and reach a consensus on the said upgrades. This not only avoids a phenomenon called political deadlock but it’s also good at avoiding hard forks. In short, with Tezos, you will not see any over empowered single core development team or group to sway over the consensus reaching mechanism

wie issn das eigentlich, wenn man schon eine kt-adresse hat auf der die eigenen XTZ delegiert werden, und man kauft jetzt auf einer exchange weiterer XTZ coins.
reicht das, wenn man diese dann direkt auf die kt-adresse schickt und diese dann (automatisch mit den schon "geblockten" tezzies) delegiert werden oder muss man da noch was beachten?

Liegt aktuell hier dran: https://gitlab.com/tezos/tezos/issues/427#note_121572859

Alle Baker die kein Updater gemacht haben synchronisieren nicht mehr.
Wenn die Wallets keine Node haben die auf dem neusten Stand sind funktionieren die halt nicht mehr solange bis das behoben wurde.
Ich hab schon den neusten Patch gezogen und konnte das innerhab von wenigen Minuten fixen,
denke aber viele Baker wissen das evt. noch garnicht wenn ich mir die Worker anschaue die reihenweise crashen die mit meiner Node verbunden sind.

date - validator.block: Invalid block BLAxqG3HPtDv
date - validator.block:   Invalid protocol level:
date - validator.block:    expected 1
date - validator.block:    found 2

Liegt aktuell hier dran: https://gitlab.com/tezos/tezos/issues/427#note_121572859

Alle Baker die kein Updater gemacht haben synchronisieren nicht mehr.
Wenn die Wallets keine Node haben die auf dem neusten Stand sind funktionieren die halt nicht mehr solange bis das behoben wurde.
Ich hab schon den neusten Patch gezogen und konnte das innerhab von wenigen Minuten fixen,
denke aber viele Baker wissen das evt. noch garnicht wenn ich mir die Worker anschaue die reihenweise crashen die mit meiner Node verbunden sind.