#newt $NEWT In den letzten Jahren hat die Blockchain eine Idee immer wieder betont: Dezentralisierung, Offenheit, ohne Erlaubnis.
Doch mit der fortschreitenden Entwicklung von DeFi, RWA und Stablecoins habe ich erkannt, dass der Markt einen weiteren Bedarf entstehen lässt: Wie stellt man Ordnung sicher, nachdem etwas offen geworden ist?
Denn wenn wirklich große Mengen an Kapital on-chain kommen, kann man sich unmöglich nur auf „Code, der automatisch ausführt“, verlassen.
Institutionen müssen wissen, wo die Risiken liegen, Nutzer müssen wissen, wo die Grenzen ihrer Berechtigungen sind, und Protokolle müssen wissen, welche Transaktionen erlaubt und welche Handlungen verhindert werden sollen.
Viele Probleme in heutigen On-Chain-Systemen sind nicht, dass es keine Regeln gibt, sondern dass zwischen Regeln und ihrer Umsetzung eine Lücke besteht.
Man kann Einschränkungen in der Dokumentation sehen, Hinweise auf der Seite finden—aber wenn Transaktionen beim Ausführen nicht wirklich verifiziert werden, sind diese Regeln möglicherweise nur Empfehlungen.
Newton Protocol löst genau dieses Problem auf der Ausführungsebene.
Es ist eher wie eine Berechtigungs-Infrastruktur für die Blockchain: Bevor eine Transaktion wirklich stattfindet, wird anhand von Strategiebestimmungen geprüft, ob die Ausführung erlaubt ist. Die offizielle Positionierung dafür lautet ebenfalls „onchain transaction authorization layer“. Mithilfe einer Policy-Engine werden Bedingungen wie Identitätsprüfung, Risikoregeln und Limits in den Smart-Contract-Ausführungsprozess eingebettet.
Ein einfaches Beispiel.
Ein RWA-Protokoll emittiert on-chain Assets und muss einschränken, dass Nutzer aus unterschiedlichen Regionen teilnehmen dürfen. Gleichzeitig müssen die Transaktionsrechte je nach Risikostufe angepasst werden.
Früher könnten solche Dinge eventuell auf Basis von Backend-Freigaben geregelt werden, aber in einer On-Chain-Umgebung braucht es eine stärker automatisierte Vorgehensweise. Newton kann externe Daten und Risikoinformationen kombinieren und die Verifizierung noch vor dem Ausführen der Transaktion durchführen. RedStone liefert Preis- und Marktdaten, Credora übernimmt die Risikoanalyse—und das Policy-System entscheidet dann ganzheitlich, ob eine Freigabe erfolgt.
Ich glaube, dass die zukünftige Entwicklung der Blockchain nicht nur darum gehen wird, wer schneller handeln kann.
Das wirklich Wichtige ist: Wenn die Kapitalmenge immer größer wird und Automatisierung immer verbreiteter ist, wer es schafft, dass Regeln tatsächlich umgesetzt werden.
Denn Regeln ohne Durchsetzungsmöglichkeit sind nur ein Dokument.
Regeln, die das Ergebnis von Transaktionen beeinflussen können, sind die eigentliche Infrastruktur.
@NewtonProtocol
$NEWT
#Newt
Doch mit der fortschreitenden Entwicklung von DeFi, RWA und Stablecoins habe ich erkannt, dass der Markt einen weiteren Bedarf entstehen lässt: Wie stellt man Ordnung sicher, nachdem etwas offen geworden ist?
Denn wenn wirklich große Mengen an Kapital on-chain kommen, kann man sich unmöglich nur auf „Code, der automatisch ausführt“, verlassen.
Institutionen müssen wissen, wo die Risiken liegen, Nutzer müssen wissen, wo die Grenzen ihrer Berechtigungen sind, und Protokolle müssen wissen, welche Transaktionen erlaubt und welche Handlungen verhindert werden sollen.
Viele Probleme in heutigen On-Chain-Systemen sind nicht, dass es keine Regeln gibt, sondern dass zwischen Regeln und ihrer Umsetzung eine Lücke besteht.
Man kann Einschränkungen in der Dokumentation sehen, Hinweise auf der Seite finden—aber wenn Transaktionen beim Ausführen nicht wirklich verifiziert werden, sind diese Regeln möglicherweise nur Empfehlungen.
Newton Protocol löst genau dieses Problem auf der Ausführungsebene.
Es ist eher wie eine Berechtigungs-Infrastruktur für die Blockchain: Bevor eine Transaktion wirklich stattfindet, wird anhand von Strategiebestimmungen geprüft, ob die Ausführung erlaubt ist. Die offizielle Positionierung dafür lautet ebenfalls „onchain transaction authorization layer“. Mithilfe einer Policy-Engine werden Bedingungen wie Identitätsprüfung, Risikoregeln und Limits in den Smart-Contract-Ausführungsprozess eingebettet.
Ein einfaches Beispiel.
Ein RWA-Protokoll emittiert on-chain Assets und muss einschränken, dass Nutzer aus unterschiedlichen Regionen teilnehmen dürfen. Gleichzeitig müssen die Transaktionsrechte je nach Risikostufe angepasst werden.
Früher könnten solche Dinge eventuell auf Basis von Backend-Freigaben geregelt werden, aber in einer On-Chain-Umgebung braucht es eine stärker automatisierte Vorgehensweise. Newton kann externe Daten und Risikoinformationen kombinieren und die Verifizierung noch vor dem Ausführen der Transaktion durchführen. RedStone liefert Preis- und Marktdaten, Credora übernimmt die Risikoanalyse—und das Policy-System entscheidet dann ganzheitlich, ob eine Freigabe erfolgt.
Ich glaube, dass die zukünftige Entwicklung der Blockchain nicht nur darum gehen wird, wer schneller handeln kann.
Das wirklich Wichtige ist: Wenn die Kapitalmenge immer größer wird und Automatisierung immer verbreiteter ist, wer es schafft, dass Regeln tatsächlich umgesetzt werden.
Denn Regeln ohne Durchsetzungsmöglichkeit sind nur ein Dokument.
Regeln, die das Ergebnis von Transaktionen beeinflussen können, sind die eigentliche Infrastruktur.
@NewtonProtocol
$NEWT
#Newt
