Ein Aspekt an Web3, der mir interessant erscheint, ist, wie viel Gelegenheit es über verschiedene Ökosysteme hinweg gibt.
Die Herausforderung ist der Zugang.
Ein Nutzer kann zwar eine Anwendung entdecken, steht dann aber vor einer neuen Wallet, einem weiteren Netzwerk, Gas-Anforderungen, Brückenschritten und mehreren zusätzlichen Schritten, bevor er sie tatsächlich nutzen kann.
Genau hier werden Telegram Mini Apps interessant.
Ein vertrauter Einstiegspunkt
Telegram bietet Nutzern bereits eine vertraute Umgebung.
Mit Mini Apps können Entwickler Web3-Erlebnisse dorthin bringen, wo Nutzer bereits ihre Zeit verbringen, anstatt sie erst durch mehrere Websites und Infrastruktur-Ebenen navigieren zu lassen.
Aber es gibt noch ein weiteres wichtiges Element:
Was passiert, wenn die Anwendung oder Liquidität, die der Nutzer braucht, auf einer anderen Kette existiert?
TON mit EVM verbinden
Hier wird STON.fi’s Omniston relevant.
Omniston ist dafür ausgelegt, plattformübergreifende Ausführungen zu handhaben, sodass es möglich wird, Nutzer und Anwendungen über unterschiedliche Blockchain-Ökosysteme hinweg zu verbinden.
Das TON-zu-EVM-Beispiel zeigt eine interessante Richtung: Ein Nutzer kann im TON-Ökosystem starten und dabei EVM-basierte Anwendungen über eine Telegram-Mini-App-Erfahrung nutzen.
Die wichtige Idee ist nicht nur die Token-Bewegung.
Es geht um den Zugriff der Nutzer.
Warum sollten Builder darauf achten
Stell dir vor, du baust eine Telegram Mini App für ein TON-Publikum.
Du möchtest vielleicht, dass deine Nutzer auf eine EVM-basierte Anwendung oder Liquidität zugreifen können, ohne die Erfahrung in ein langes technisches Tutorial über Bridges, Netzwerke und Gas zu verwandeln.
Hier kann plattformübergreifende Infrastruktur Teil der Produktarchitektur werden – statt eine weitere Aufgabe zu sein, die dem Nutzer aufgebürdet wird.
STON.fi’s Omniston ist ein Beispiel für diesen Ansatz.
Für Entwickler bedeutet das, über Folgendes hinauszudenken:
„Welche Kette soll meine Anwendung unterstützen?“
und fragt:
„Wie viele Ökosysteme können meine Nutzer nutzen, ohne unnötige Reibung hinzuzufügen?“
Die größere Chance
Telegram kann die vertraute Oberfläche liefern.
TON kann das anfängliche Ökosystem bereitstellen.
Omniston kann dabei helfen, diese Erfahrung mit anderen unterstützten Netzwerken zu verbinden.
Zusammen deuten diese Bausteine auf eine andere Art hin, Web3-Anwendungen zu gestalten:
Die Nutzer konzentrieren sich auf das Produkt. Die Infrastruktur übernimmt mehr von der Komplexität.
Das bedeutet jedoch nicht, dass die zugrunde liegende Technologie an Bedeutung verliert.
Das heißt: Gute Infrastruktur kann dafür sorgen, dass diese Technologie für den Nutzer weniger sichtbar ist.
Für Entwickler, die Telegram Mini Apps, TON, EVM oder plattformübergreifende Anwendungen über mehrere Ketten hinweg untersuchen, ist das ein Ansatz, der sich lohnt, genauer anzusehen.
Die nächste Web3-Erfahrung geht vielleicht nicht darum, Nutzer dazu zu bringen, mehr Infrastruktur zu lernen.
Es könnte darum gehen, dass die Infrastruktur für sie besser funktioniert.
@ston_fi