Wie Sie 2026 ein Entwicklungsunternehmen für TON auswählen

Wer eine Telegram Mini App in Auftrag gibt, die mit digitalen Vermögenswerten Zahlungen annimmt, Belohnungen verteilt oder Zugang verkauft, entscheidet nicht über das Netzwerk. DieTelegram-Richtlinien für Entwicklerverlangen TON für die Emission oder Verteilung von Vermögenswerten und TON Connect für die Anbindung von Wallets. Das Gespräch mit infrage kommenden Teams beginnt daher einen Schritt weiter: wie sie eine im Netzwerk eingegangene Zahlung in eine ausgelieferte Bestellung umsetzen, ohne zu wenig zu kassieren oder doppelt zu liefern.

Auf TON wählen Sie ein Entwicklungsunternehmen danach aus, wie es Zahlungen abgleicht, nicht nach der Breite seines Leistungskatalogs. Eine Zahlung trifft als Folge asynchroner Nachrichten ein, und ein Team, das seine Lösung nicht auf Verzögerungen und doppelte Benachrichtigungen auslegt, liefert ein Produkt, das ausgerechnet beim Zahlungseingang versagt. Die zweite Entscheidung betrifft die Sprache neuer Smart Contracts, nachdem die TON-Dokumentation Tolk zur offiziellen Sprache und FunC zur Legacy-Sprache erklärt hat. Metlabs gibt diesen Leitfaden heraus und erbringt Entwicklungsleistungen auf TON, hat also ein kommerzielles Interesse an der Beauftragung; die Kriterien eignen sich zur Bewertung jedes Angebots, auch unseres, und stützen sich auf die am 8. November 2026 abgerufene offizielle Dokumentation von TON und Telegram.

Was Telegram vorgibt und was Tolk an der Entwicklung auf TON ändert

DieTelegram-Richtlinien für Mini Appserlauben die Integration von Blockchain-Technologie unter drei Bedingungen: Vermögenswerte werden ausschließlich auf TON erstellt und verteilt, Wallets werden nur über das SDK von TON Connect angebunden, und Wallets, die nicht auf TON basieren, dürfen nicht beworben werden. Die Regeln gelten für alle Vermögenswerte, die seit dem 21. Januar 2025 ausgegeben werden; Mini Apps mussten sie bis zum 1. Februar 2025 umsetzen, und Mini Apps, die auf anderen Netzwerken liefen, hatten bis zum 21. Februar Zeit, Vermögenswerte und Smart Contracts zu migrieren. Für ein neues Projekt scheidet damit von vornherein jedes Angebot aus, das eine Emission auf einem anderen Netzwerk oder die Anbindung von Wallets über ein anderes Protokoll vorsieht, mit Ausnahme der Bridges zu TON, die die Regeln selbst zulassen.

Die Funktionsweise des Netzwerks bestimmt alles Weitere. DieTON-Dokumentationunterscheidet zwischen Nachrichten, die zwischen Smart Contracts ausgetauscht werden oder von außen eintreffen, und Transaktionen, die jede Zustandsänderung eines Kontos in strikter Reihenfolge erfassen. Eine Transaktion ist final, sobald der erste Block der Masterchain auf sie verweist. Eine Zahlung ist daher kein Aufruf, der sofort Erfolg oder Fehler zurückmeldet, sondern eine Abfolge von Nachrichten und Transaktionen, die das Backend auffinden und der Bestellung zuordnen muss.

Die dritte Änderung betrifft den Code. Die offizielle Dokumentation stelltTolkals offizielle Sprache für Smart Contracts auf TON vor und führtFunC als Legacy-Sprache, mit einem Compiler, der nicht mehr gepflegt wird; für neue Projekte empfiehlt sie die Toolchain Acton. Ein neuer Smart Contract in FunC funktioniert, übernimmt aber ein Werkzeug ohne Wartung, und das Angebot müsste begründen, warum diese Wahl getroffen wurde. DieTON-Technologieprofilerläutert die Architektur des Netzwerks ausführlicher.

Welches Teamprofil die einzelnen Projekttypen auf TON erfordern

Wenn sich das Projekt um einenTokendreht oder aus einem anderen Netzwerk kommt, liegt der heikle Teil in der Migration und im Design des Jettons. Ein brauchbares Angebot erklärt, welche Smart Contracts neu geschrieben werden, wie Guthaben und Inhaber übertragen werden und was sich für die Nutzer beim Wechsel zu TON-Wallets ändert. Umfasst es einen eigenen Jetton, legt es dar, welche Emissions- und Verwaltungsbefugnisse beim Emittenten verbleiben und wie sie sich auf die Wallets der Inhaber auswirken, und es legt die Sprache der neuen Smart Contracts fest: Manche Leistungskataloge bieten weiterhin FunC neben Tolk an, und wer FunC wählt, muss ein Werkzeug ohne Wartung rechtfertigen.

Hängt das Produkt davon ab, dass Nutzer signieren, ohne Telegram zu verlassen, verlagert sich das Gewicht auf die Wallet. Das Angebot muss erklären, wie die Telegram-Sitzung mit der Wallet zusammenhängt, die jeden Vorgang autorisiert, welche Nutzerdaten im Backend gespeichert werden und wie die Anwendung weiterläuft, wenn der Anbieter des Netzwerkzugangs wechselt. Ein Team mit Wallet-Erfahrung beantwortet diese drei Fragen ohne Umschweife; fehlen die Antworten, sind Probleme im Support absehbar, sobald ein Nutzer einen Vorgang nicht wiedererkennt.

Akkreditierungen, mit denen manche Teams werben, etwa als „offizieller Partner“ der Foundation oder des Ökosystems, sind eine Kontextinformation und ersetzen keinen Nachweis. Vergleichbar wird ein Angebot durch ein überprüfbares Repository oder Produkt auf TON, die Namen und die Erfahrung der Personen, die dem Auftrag zugeordnet sind, sowie Liefergegenstände, die mit ihren Abnahmetests beschrieben sind. Ein Angebot, das nicht festlegt, wer die Smart Contracts schreibt und wer die Integration pflegt, lässt genau den Teil offen, der sich später am schwersten ändern lässt.

Was ein Angebot für die Entwicklung auf TON schriftlich festhalten sollte

Die genannten Bedingungen lassen sich in vier Punkten zusammenfassen, die ein Angebot für TON schriftlich festhalten sollte, jeweils mit dem Test, mit dem sie sich vor dem Produktivstart prüfen lassen. Sie dienen dazu, Teams miteinander zu vergleichen und später zu prüfen, ob das Gelieferte dem Zugesagten entspricht.

• Compliance: auf TON ausgegebene Vermögenswerte und über TON Connect angebundene Wallets, gemäß den Telegram-Regeln für Mini Apps.
• Abgleich: Zuordnung von Bestellung und Transaktion, finale Bestätigung, Verzögerungen und doppelte Benachrichtigungen.
• Smart Contracts: Sprache (Tolk für neuen Code), Verwaltungsbefugnisse, Deployment und Abhängigkeiten von bestehenden Smart Contracts.
• Betrieb: Anbieter des Netzwerkzugangs, Datenwiederherstellung, Störungen, Dokumentation und Übergabe.

Metlabs: Mini App, Smart Contract und Abgleich mit dem Geschäftsbetrieb

Metlabs ist ein Studio für Blockchain-Entwicklung mit Büros in A Coruña und Madrid. Wir entwickeln Mini Apps, Smart Contracts für TON und die Integrationen, die jeden Vorgang mit Bestellungen, Zahlungen und Kundenservice verbinden, für Unternehmen, die innerhalb von Telegram mit klaren Geschäftsregeln arbeiten wollen. Unsereigenes technisches Teamumfasst Produktdefinition, Architektur, Smart Contracts, Backend und Benutzeroberfläche; das Angebot legt Komponenten, Personen und Verantwortlichkeiten konkret fest.

Produktentscheidungen und Umfang der Integration

Für TON wenden wir dieselben Kriterien derBlockchain-Entwicklungan wie in anderen Netzwerken und beginnen mit der User Journey und den Produktregeln: Das Angebot trennt, was die Chain löst (Inhaberschaft eines Vermögenswerts, Zahlung, Bedingungen eines Smart Contracts), von dem, was die Anwendung löst, und legt fest, wie das Geschäftssystem erkennt, dass ein Vorgang abgeschlossen ist.

Nehmen wir als hypothetisches Beispiel einen Merchandising-Shop, der in seiner Mini App Zahlungen in Toncoin oder in einem Jetton annimmt. Das Backend muss jede Bestellung der erwarteten Transaktion zuordnen und Empfänger, Vermögenswert und Betrag prüfen; da die Bestätigung über asynchrone Nachrichten eintrifft, muss es auch festlegen, was geschieht, wenn sie länger als vorgesehen dauert. Erhält der Dienst die Benachrichtigung über dieselbe Zahlung zweimal, darf er die Bestellung nicht zweimal versenden, und dieser Schutz vor Duplikaten ist ein Abnahmetest, kein Implementierungsdetail.

Umfasst der Auftrag eigene Smart Contracts, vereinbaren wir, welche Befugnisse ihre Administratoren haben, wer das Deployment kontrolliert und in welcher Sprache sie geschrieben werden; werden bestehende Smart Contracts eingebunden, dokumentieren wir die Abhängigkeit und ihre Wartung. Außerdem legen wir fest, wie Daten wiederhergestellt werden, wenn der Anbieter des Netzwerkzugangs nicht mehr antwortet. Dieselbe Liste von Bedingungen eignet sich, um jeden anderen Anbieter zu bewerten, Metlabs eingeschlossen.

Was das Angebot von Metlabs enthalten sollte

• User Journey der Mini App und ihre Anbindung anWalletsüber TON Connect, an Bestellungen und an den Kundenservice.
• Regeln, die Vermögenswert, Betrag und Empfänger jedem Kauf zuordnen, mit der finalen Transaktion als Zahlungsnachweis.
• Tests für verspätete Bestätigungen und doppelte Benachrichtigungen, die eine zweite Auslieferung verhindern.
• Neue Smart Contracts in Tolk, oder eine Begründung bei Verwendung einer anderen Sprache, sowie ein Verfahren zur Wiederherstellung von Netzwerkdaten.

Die Arbeit folgt den Phasen, die wir in unseremService für Blockchain-Entwicklungerläutern: Discovery, Architektur und Design, iterative Entwicklung und Validierung vor der Produktivsetzung. Zu Projektbeginn vereinbaren wir die erste zu bauende User Journey und ihre Abnahmekriterien, um den Fortschritt anhand einer funktionsfähigen Lieferung zu prüfen. Externe Audits, spezialisierte Integrationen und der anschließende Support werden im Angebot abgegrenzt.

Umden Umfang mit Metlabs zu prüfen, teilen Sie uns den Vermögenswert oder Prozess, seine Nutzer, die bestehenden Systeme und die Vorgänge mit, die die erste Version ermöglichen soll. Mit diesen Informationen können wir Abhängigkeiten erkennen und ein Angebot erstellen, das Sie mit denen anderer Teams vergleichen können, die Sie anfragen.

Entwicklung auf TON: Die Zahlung zählt, wenn das Backend die Transaktion findet

Da Telegram das Netzwerk vorgibt, unterscheiden sich die Angebote nach ihrer Stärke: Token und Migrationen, Wallets oder der Abgleich zwischen Mini App, Smart Contracts und Geschäftssystemen. Keines darf voraussetzen, dass eine gesendete Zahlung auch eine eingegangene Zahlung ist. Auf TON entsteht diese Gewissheit erst, wenn das Backend die finale Transaktion findet und der Bestellung zuordnet, und ein Angebot, das dies mit Tests für Verzögerungen und Duplikate belegt, bietet eine solidere Vergleichsgrundlage als eine Liste von Leistungen.

Wer Anbieter für mehrere Netzwerke vergleicht, findet die gemeinsamen Kriterien imallgemeiner Leitfaden zu Blockchain-Entwicklungsunternehmen. Auf TON zeigt sich der Unterschied zwischen zwei Angeboten an einer einzigen Frage: Was tut das System, wenn die Zahlungsbenachrichtigung verspätet oder doppelt eintrifft?