Mit dem "kostet jede Menge Gas" meinte ich, daß nach meinem Wissen doch jeder Schreibvorgang in die Blockchain eine Fee Gas (Gebühr) kostet.. Und die muß natürlich so gering wie möglich sein.
Drum bin ich jetzt gerade am Tüfteln, wie man dieses Problem lösen könnte, da muß ich alle meine Mathe-Kenntnissse gerade aktivieren. Ich glaube, es sieht gut aus, bin aber noch nicht zur letzten Gewißheit durchgedrungen.
Ich beschreibe mal kurz mein Problem, über dem ich heute bei diesem Wetter gebrütet habe:

Also, das Ziel ist, die Anzahl der Schreibvorgänge in die Blockchain möglichst gering zu halten.
Wenn es drei Teilnehmer ABC gibt, dann sieht es z.B. zur Zeit t=0 so aus:
A=200 Coins
B=1000 Coins
C=3000 Coins
----
Summe = 4200 C
===
Es soll jetzt einen Monat lang gar nichts passieren, also keine Transaktion irgendwelcher Art.
Nach genau einem Monat von t0 aus gerechnet, also nach genau 2.592.000 Sekunden (= 30 mal 86.400) will A wissen, wieviele Coins er tatsächlich hat. Und da kommt die Kommunizierende Röhrensache ins Spiel:
Die Umlaufsicherungsgebühr ist 0,50 % pro Monat. Das Komplement zu 1,0 ist: 1,0 minus 0,50 % = 1,0 minus 0,005 = 0,995.
A multipliziert also im ersten Schritt seine 200 mit 0,995, das ergibt 199.
Im zweiten Schritt muß er jetzt noch seinen Anteil aus der Gesamtumlaufsicherungsgebühr (= Summe mal 0,005) zu den 199 addieren: Summe mal 0,005 = 4200 mal 0,005 = 21. Davon ist sein Anteil: 21 geteilt durch 3 = 7.
Also 199 plus 7 = 206.
Nach einem Monat hat A also 206 Coins.

Nach meinem bisherigen Modell müßte der A jetzt auch für B und C die Berechnungen analog machen:
Für B: 1000 mal 0,995 plus 7 = 1002
Für C: 3000 mal 0,995 plus 7 = 2992

Das wäre dann bei 8Milliarden Teilnehmern der Wahnsinn , drum will ich in meinem neuen Modell, daß der A nur seins ausrechnet. Damit bleiben B und C unberechnet, da steht eben immer noch 1000 und 3000, aber _eigentlich_ stimmt das nicht, denn richtig wäre zur Zeit t=2592000 für B und C: 1002 und 2992.

Die Probeaddition ergibt übrigens nach einem Monat für A+B+C: 206 + 1002 + 2992 = 4.200, stimmt
Aber (206 + 1000 + 3000) ist natürlich falsch

Der B will dann genau nach 2 Monaten ab t0 wissen, wieviel er hat, dann rechnet er seinen Stand aus, jetzt stimmen natürlich die anderen beiden wieder nicht...

Alles etwas kompliziert, und dann kommt später auch noch die Entfernungsgebühr hinzu und dann noch die Zahlungen vom Rest der Welt und zum Rest der Welt und dann noch Änderungen der Teilnehmerzahl und dann noch die Wahlen der Relevanz der ULG und der Entfernungsgebühr...

Mir raucht der Kopf