ETC ist in den letzten 6 Stunden auf dem Binance-Platz auf Platz 2 der meistdiskutierten Themen gelandet; der Kursanstieg im Spot-Bereich innerhalb von 24 Stunden liegt bei etwa 11 %. Doch noch beachtenswerter als der Anstieg selbst ist: Es gibt keine Protokollschicht zur Aufrechterhaltung der Steuerung/Abgaben—wer trägt die laufenden Kosten für den Client und die öffentlichen RPCs?
Am 11. September heißt es in einem Community-Meeting: Nach Abschluss der ursprünglichen Genossenschaft übernimmt Classix die Wartung von Client und Infrastruktur und leistet die Finanzierung auf freiwilliger Basis. Die Übergangskosten sind bereits sichtbar: Die vom ursprünglichen Verbund/der Genossenschaft gesponserte öffentliche Rivet-RPC wurde abgeschaltet; Classix sagt, es betreibe bereits öffentliche RPCs mit geringer Ressourcennutzung und plane, den Ersatzdienst auszuweiten.
Die Neutralität von $ETC reduziert das Risiko, dass durch das Protokoll ein bestimmter Zahlungsempfänger vorgeschrieben wird, verlagert jedoch die langfristige Wartung auf freiwillige Geldgeber und unabhängige Teams. Erst wenn es künftig verifizierbare, fortlaufende Finanzierung gibt, mehrere Teams ihre Client-Versionen termingerecht veröffentlichen und ein stabil nutzbarer öffentlicher RPC bereitsteht, sollte diese Wartungsrisikobewertung nach unten korrigiert werden.
Am 11. September heißt es in einem Community-Meeting: Nach Abschluss der ursprünglichen Genossenschaft übernimmt Classix die Wartung von Client und Infrastruktur und leistet die Finanzierung auf freiwilliger Basis. Die Übergangskosten sind bereits sichtbar: Die vom ursprünglichen Verbund/der Genossenschaft gesponserte öffentliche Rivet-RPC wurde abgeschaltet; Classix sagt, es betreibe bereits öffentliche RPCs mit geringer Ressourcennutzung und plane, den Ersatzdienst auszuweiten.
Die Neutralität von $ETC reduziert das Risiko, dass durch das Protokoll ein bestimmter Zahlungsempfänger vorgeschrieben wird, verlagert jedoch die langfristige Wartung auf freiwillige Geldgeber und unabhängige Teams. Erst wenn es künftig verifizierbare, fortlaufende Finanzierung gibt, mehrere Teams ihre Client-Versionen termingerecht veröffentlichen und ein stabil nutzbarer öffentlicher RPC bereitsteht, sollte diese Wartungsrisikobewertung nach unten korrigiert werden.