Man braucht einen Manager Key also einen tz1, tz2 oder tz3 der muss als Delegate registriert werden.
./tezos-client register key mein_account_name as delegate
Da kommen dann die Bonds drauf die zum backen benötigt werden. Ca. 10% von der Menge die von anderen an den Bäcker delegiert werden oder alles was der Bäcker selbst besitzt.
Dann müssen nur noch die anderen ihre Contract Accounts zum Bäcker delegieren.
Also das sind die KT1 Accounts die kann man erstellen in dem man zb:
./tezos-client originate account FundsAreSafu for my_tz1_icofunds transferring 1234 from my_tz1_icofunds --delegatable --delegate my_Bakers_Acc
Man kann aber keinen Manager key delegieren es muss immer ein KT1 sein!
Wenn man einen KT1 Account schon hat und nur delegieren möchte oder umdelegieren:
./tezos-client set delegate for my_acc to my_Bakers_Acc
Man kann jede Public Key in seinem Wallet eintragen. Zb. die seines Bäkers mit:
./tezos-client import public key my_Bakers_Acc tz1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Der Bäcker muss dann genau berechnen wann wer wo delegiert hat und in welchem Zyklus wer rechte hat über sogenannte Zyklenschnappschüsse.
Da hat jemand sich die arbeit gemacht den Zyklus 7 und 8 mal aufzulisten:
https://docs.google.com/spreadsheets/d/1TkU71UPfA8g-zgy1y-wKAA3uOJCZr2LeJpjx05KUCXU/edit#gid=1853124312Also ein guter Gemeinschafts-Bäcker sollte schon tief in der Materie stecken um da genau zu wissen was er da tut.
NACHTRAG:
Aso ich vergaß zu erwähnen das auch die Hardware, Sicherheit und Ausfallsicherheit vorhanden sein sollte.
Wenn der Bäcker nicht zur richtigen Zeit reagieren kann bekommt jemand anderes die Rewards. Das schießt auch mögliche DDoS-Angriff Szenarien mit ein die man einplanen muss.