TON

TON, The Open Network, ist ein Layer-1-Netzwerk mit Contracts, die über Nachrichten miteinander kommunizieren. Das Ökosystem umfasst Integrationen mit Telegram-Anwendungen, wobei eine Mini App und eine Wallet unterschiedliche Funktionen erfüllen. Dass eine Oberfläche innerhalb von Telegram angezeigt wird, bedeutet nicht, dass der Nutzer On-Chain-Vorgänge autorisiert hat.

Für die Entwicklung steht heute Tolk zur Verfügung, das von der TON-Dokumentation empfohlen wird, daneben bestehender Code und Werkzeuge in anderen Sprachen des Ökosystems. Bei der Auswahl sind Compiler-Unterstützung, Tests und Bibliotheken für den Contract zu prüfen, der gewartet werden soll.

Contracts empfangen Nachrichten, ändern ihren Zustand und können neue Nachrichten an andere Contracts senden. Ein verteilter Vorgang kann sich über mehrere Transaktionen erstrecken; die Atomarität eines synchronen EVM-Aufrufs darf daher nicht vorausgesetzt werden. Das Design berücksichtigt Antworten, Fehler und Nachrichten, die je nach konfigurierten Bedingungen zurückgesendet werden (Bounce).

Ausführung, Speicherung und Nachrichtenversand benötigen Ressourcen. Der einer Nachricht beigefügte Betrag und ihr Sendemodus beeinflussen das Ergebnis. Es muss vorgesehen werden, was geschieht, wenn das Guthaben nicht ausreicht oder eine Komponente den erwarteten Vorgang nicht akzeptiert.

Eine in Telegram integrierte Ticket-Anwendung kann den Bestand anzeigen und eine kompatible Wallet um die Autorisierung des Kaufs bitten. Contract und Nachrichten steuern Ausgabe und Zustellung; das Backend ordnet das Ergebnis der Bestellung zu. Die Telegram-Identität und das signierende Konto dürfen nicht als gleichwertig behandelt werden, ohne die vorgesehene Verknüpfung zu prüfen.

Für Vermögenswerte kommen Standards des Ökosystems wie Jettons und NFT zum Einsatz. Die Integration prüft Master-Contracts und zugehörige Konten, statt sich allein auf sichtbare Namen zu verlassen. Sie führt zudem Kennungen, damit eine wiederholte Benachrichtigung nicht zu einer doppelten Lieferung derselben Leistung führt.

Die asynchrone Ausführung verlangt Tests mit Teilergebnissen. Geht die Zahlung ein, scheitert aber die nächste Nachricht, braucht das Produkt eine Regel für Wiederherstellung oder Rückerstattung. Administrations- und Update-Berechtigungen müssen explizit festgelegt werden, ebenso der Umgang mit unerwarteten Nachrichten und der Schutz vor Wiederholungen.

Wer TON wegen eines in Telegram integrierten Nutzererlebnisses wählt, muss Wallets, Plattformregeln und den tatsächlichen Bedarf der Nutzer prüfen. Die Wahl garantiert keine Verbreitung und erspart nicht den Betrieb eines Backends. Der Vergleich mit anderen Netzwerken umfasst das Redesign des Contracts und die Fähigkeit, den gesamten Nachrichtenverlauf nachzuvollziehen.