Binance Square
Sattar Chaqer
6.5k Beiträge

Sattar Chaqer

Square Verified+
I’m back
Traders League Badge Expert
Traders League Badge Expert
141 Following
47.8K+ Follower
89.3K+ Like gegeben
1 Abzeichen
Beiträge
PINNED
·
--
Ich habe immer wieder das Gefühl, dass Krypto-Apps Nutzerprüfungen oft als etwas behandeln, das vor der Transaktion passiert, statt als etwas, das die Transaktion selbst mitprägt. Eine Plattform entscheidet, ob eine Wallet auf eine Funktion zugreifen darf, in einen Markt eintreten oder einen bestimmten Product-Flow nutzen kann. Sobald diese Zugriffsentscheidung getroffen ist, wird die eigentliche Onchain-Aktion in der Regel als ein separater Schritt behandelt. Der Nutzer kommt zwar durch die Hintertür ins Gebäude, aber der Transaktionspfad verhält sich weiterhin so, als würden diese Bedingungen nicht mehr zählen. Je mehr ich mir Newtons Architektur anschaue, desto mehr denke ich, dass diese Trennung eine strukturelle Schwäche ist. Wichtig ist nicht nur, ob eine Plattform den Nutzer früher in der Customer Journey geprüft hat. Entscheidend ist, ob die Transaktion die relevanten Nutzerbedingungen im Moment der Ausführung bewerten kann. Genau diese Verschiebung sehe ich im Newton Identity Oracle. Anstatt Nutzerdaten so zu behandeln, als würden sie nur während der Zugriffskontrolle eine Rolle spielen, macht Newton ausgewählte Nutzerattribute zu Autorisierungs-Eingaben. Regionale Status-Eignungsvoraussetzungen und andere nutzerbezogene Regeln können Teil des Genehmigungs-Workflows selbst werden, sodass das System nicht mehr nur fragt, ob ein Nutzer in das Produkt gelangt ist. Es kann stattdessen fragen, ob genau diese Transaktion unter genau diese Richtlinie erlaubt sein sollte. Das verändert die Rolle dieser Prüfungen im Onchain-Finanzwesen. Sie sind nicht mehr nur ein Tor zur Anwendung. Sie werden zu einem Bestandteil der eigentlichen Transaktionsentscheidung. Für mich ist das der entscheidende Punkt. Newton versucht, nutzerbezogene Regeln näher an die Stelle zu bringen, an der der Wert tatsächlich in Bewegung gesetzt wird, und hält dabei gleichzeitig sensible personenbezogene Details aus der öffentlichen Transaktionsschicht heraus. Damit wird das Modell deutlich nützlicher. Nicht, weil es Krypto in ein Identitätssystem verwandelt. Sondern weil es Onchain-Anwendungen eine Möglichkeit gibt, Nutzerbedingungen als programmierbare Logik für Transaktionen zu behandeln – statt sie als separaten Offchain-Schritt liegen zu lassen, der aufhört, relevant zu sein, sobald die App geöffnet ist. @NewtonProtocol $NEWT #Newt $HMSTR $LAB Wo sollten Nutzerberechtigungen im Onchain-Finanzwesen am wichtigsten sein?
Ich habe immer wieder das Gefühl, dass Krypto-Apps Nutzerprüfungen oft als etwas behandeln, das vor der Transaktion passiert, statt als etwas, das die Transaktion selbst mitprägt.

Eine Plattform entscheidet, ob eine Wallet auf eine Funktion zugreifen darf, in einen Markt eintreten oder einen bestimmten Product-Flow nutzen kann. Sobald diese Zugriffsentscheidung getroffen ist, wird die eigentliche Onchain-Aktion in der Regel als ein separater Schritt behandelt. Der Nutzer kommt zwar durch die Hintertür ins Gebäude, aber der Transaktionspfad verhält sich weiterhin so, als würden diese Bedingungen nicht mehr zählen.

Je mehr ich mir Newtons Architektur anschaue, desto mehr denke ich, dass diese Trennung eine strukturelle Schwäche ist.

Wichtig ist nicht nur, ob eine Plattform den Nutzer früher in der Customer Journey geprüft hat. Entscheidend ist, ob die Transaktion die relevanten Nutzerbedingungen im Moment der Ausführung bewerten kann. Genau diese Verschiebung sehe ich im Newton Identity Oracle.

Anstatt Nutzerdaten so zu behandeln, als würden sie nur während der Zugriffskontrolle eine Rolle spielen, macht Newton ausgewählte Nutzerattribute zu Autorisierungs-Eingaben. Regionale Status-Eignungsvoraussetzungen und andere nutzerbezogene Regeln können Teil des Genehmigungs-Workflows selbst werden, sodass das System nicht mehr nur fragt, ob ein Nutzer in das Produkt gelangt ist. Es kann stattdessen fragen, ob genau diese Transaktion unter genau diese Richtlinie erlaubt sein sollte.

Das verändert die Rolle dieser Prüfungen im Onchain-Finanzwesen.

Sie sind nicht mehr nur ein Tor zur Anwendung.

Sie werden zu einem Bestandteil der eigentlichen Transaktionsentscheidung.

Für mich ist das der entscheidende Punkt. Newton versucht, nutzerbezogene Regeln näher an die Stelle zu bringen, an der der Wert tatsächlich in Bewegung gesetzt wird, und hält dabei gleichzeitig sensible personenbezogene Details aus der öffentlichen Transaktionsschicht heraus.

Damit wird das Modell deutlich nützlicher.

Nicht, weil es Krypto in ein Identitätssystem verwandelt.

Sondern weil es Onchain-Anwendungen eine Möglichkeit gibt, Nutzerbedingungen als programmierbare Logik für Transaktionen zu behandeln – statt sie als separaten Offchain-Schritt liegen zu lassen, der aufhört, relevant zu sein, sobald die App geöffnet ist.

@NewtonProtocol $NEWT #Newt $HMSTR $LAB

Wo sollten Nutzerberechtigungen im Onchain-Finanzwesen am wichtigsten sein?
During Onboarding Only
When Accessing the App
MomentTransactionAuthorization
OnlyPosttrade Compliance Check
12 Stunde(n) übrig
PINNED
Artikel
Übersetzung ansehen
Newton Identity Oracle How Verified Identity Becomes Transaction LogicFor a long time, user eligibility in crypto has mostly lived at the edge of the product. An application decides whether a wallet should be allowed to access a feature, enter a market, or use a certain flow. Those decisions often happen before the transaction itself, and once the user reaches the app, the actual onchain action is treated like a separate step. The more I look at Newton’s architecture, the more I think that separation is one of the biggest weaknesses in how onchain rules are handled today. A transaction does not become safer just because a platform checked a user earlier in the journey. What matters is whether the transaction can evaluate the relevant conditions at the moment it is about to execute. That is the shift Newton’s Identity Oracle is trying to make. Instead of treating user information as something that only matters during access control, Newton turns selected user attributes into authorization inputs. Residency conditions, regional status, eligibility thresholds, and other user-linked conditions can become part of the approval flow itself, so the system is no longer asking only whether a user got through the front door. It can ask whether this specific transaction should be allowed under this specific policy. That is a much more interesting model than ordinary app-level access control. Most systems stop once the platform has decided a user can enter the product. Newton is trying to push those checks closer to the transaction itself. Selected attributes can become part of the authorization layer, which means policy can evaluate conditions in real time and decide whether the transaction should proceed before settlement. This changes the role user data plays inside onchain finance. It stops being just a gate to the application. It becomes an input to the transaction. That sounds like a small distinction, but it completely changes where enforcement actually lives. If user-related conditions are only used during onboarding or access control, they mostly govern the interface. If they are part of authorization, they can govern whether the transaction itself is allowed to happen. A stablecoin system could require certain geographic conditions before minting or redemption. A tokenized asset platform could restrict transfers based on eligibility rules. A DeFi product could enforce participation requirements before a transaction executes. An automated strategy could be blocked from acting outside approved parameters. The important point is not the specific example. It’s the structure behind it. User attributes become part of the decision logic rather than remaining a disconnected record sitting outside the transaction flow. What makes Newton’s approach stronger is that it doesn’t require pushing personal details onchain to make that work. That’s the part I find most important. Normally there’s a tradeoff between user-based controls and privacy. If a protocol wants to prove that it enforced certain user conditions, it risks exposing too much information in the process. If it keeps everything outside the transaction path, then it becomes harder to show that those conditions actually shaped the transaction at the right moment. Newton tries to solve that by separating the attribute used for authorization from the underlying personal details behind it. That means the system can use relevant user attributes as policy inputs without turning the blockchain into a public database of personal records. The attributes influence the authorization outcome, while the sensitive details behind them remain protected. That’s why I think the idea of an identity oracle matters here. It isn’t about dumping user data into smart contracts. It’s about translating relevant user conditions into something the authorization layer can consume safely. In other words, the transaction doesn’t need to know everything about the user. It only needs to know whether the required condition has been satisfied. That design makes user-linked controls more useful without making them more invasive. To me, that’s the real importance of Newton’s Identity Oracle. It moves user-related checks from being a background compliance artifact to being a live input in transaction authorization. It changes what these checks do in practice. Instead of merely helping decide who gets access to a product, they can shape what the user is allowed to do inside a live transaction, under a defined policy, before value moves. If onchain finance is going to support more serious capital and more sensitive financial activity, then these controls can’t remain just a side process sitting outside the transaction flow. They have to become something the system can actually use when deciding whether value should move. Newton’s Identity Oracle is interesting because it brings that decision closer to the transaction itself. Not by exposing the person. But by making user attributes programmable. @undefined $NEWT #Newt

Newton Identity Oracle How Verified Identity Becomes Transaction Logic

For a long time, user eligibility in crypto has mostly lived at the edge of the product.
An application decides whether a wallet should be allowed to access a feature, enter a market, or use a certain flow. Those decisions often happen before the transaction itself, and once the user reaches the app, the actual onchain action is treated like a separate step.
The more I look at Newton’s architecture, the more I think that separation is one of the biggest weaknesses in how onchain rules are handled today.
A transaction does not become safer just because a platform checked a user earlier in the journey. What matters is whether the transaction can evaluate the relevant conditions at the moment it is about to execute. That is the shift Newton’s Identity Oracle is trying to make.
Instead of treating user information as something that only matters during access control, Newton turns selected user attributes into authorization inputs. Residency conditions, regional status, eligibility thresholds, and other user-linked conditions can become part of the approval flow itself, so the system is no longer asking only whether a user got through the front door. It can ask whether this specific transaction should be allowed under this specific policy.
That is a much more interesting model than ordinary app-level access control.
Most systems stop once the platform has decided a user can enter the product. Newton is trying to push those checks closer to the transaction itself. Selected attributes can become part of the authorization layer, which means policy can evaluate conditions in real time and decide whether the transaction should proceed before settlement.
This changes the role user data plays inside onchain finance.
It stops being just a gate to the application.
It becomes an input to the transaction.
That sounds like a small distinction, but it completely changes where enforcement actually lives. If user-related conditions are only used during onboarding or access control, they mostly govern the interface. If they are part of authorization, they can govern whether the transaction itself is allowed to happen.
A stablecoin system could require certain geographic conditions before minting or redemption.
A tokenized asset platform could restrict transfers based on eligibility rules.
A DeFi product could enforce participation requirements before a transaction executes.
An automated strategy could be blocked from acting outside approved parameters.
The important point is not the specific example. It’s the structure behind it. User attributes become part of the decision logic rather than remaining a disconnected record sitting outside the transaction flow.
What makes Newton’s approach stronger is that it doesn’t require pushing personal details onchain to make that work.
That’s the part I find most important.
Normally there’s a tradeoff between user-based controls and privacy. If a protocol wants to prove that it enforced certain user conditions, it risks exposing too much information in the process. If it keeps everything outside the transaction path, then it becomes harder to show that those conditions actually shaped the transaction at the right moment. Newton tries to solve that by separating the attribute used for authorization from the underlying personal details behind it.
That means the system can use relevant user attributes as policy inputs without turning the blockchain into a public database of personal records. The attributes influence the authorization outcome, while the sensitive details behind them remain protected.
That’s why I think the idea of an identity oracle matters here.
It isn’t about dumping user data into smart contracts. It’s about translating relevant user conditions into something the authorization layer can consume safely. In other words, the transaction doesn’t need to know everything about the user. It only needs to know whether the required condition has been satisfied.
That design makes user-linked controls more useful without making them more invasive.
To me, that’s the real importance of Newton’s Identity Oracle.
It moves user-related checks from being a background compliance artifact to being a live input in transaction authorization.
It changes what these checks do in practice. Instead of merely helping decide who gets access to a product, they can shape what the user is allowed to do inside a live transaction, under a defined policy, before value moves.
If onchain finance is going to support more serious capital and more sensitive financial activity, then these controls can’t remain just a side process sitting outside the transaction flow.
They have to become something the system can actually use when deciding whether value should move.
Newton’s Identity Oracle is interesting because it brings that decision closer to the transaction itself.
Not by exposing the person.
But by making user attributes programmable.
@undefined $NEWT #Newt
Übersetzung ansehen
Lets go clam it
Lets go clam it
Nadyisom
·
--
TLM-DELISTING-MODUS AKTIVIERT 🚨
Meine Bags wurden schneller rausgeworfen als mein Ex aus der Gruppen-Chat.
Portfolio-Status:
Emotional Support Token: weg
Copium-Versorgung: kritisch niedrig
Ich: aktualisiere den Chart immer noch wie ein Simp 😭💀
$TLM $TLM $HMSTR #GillibrandCallsForDigitalAssetEthicsBan #ZcashIronwoodUpgradeNearsTestnet #UniswapPrimaryAMMForRobinhoodL2
Ich bemerke immer wieder, dass Krypto-Apps Schnittstellenbeschränkungen noch immer mit echter Durchsetzung verwechseln. Ein Frontend kann einen Button ausblenden, eine Region blockieren oder eine Wallet daran hindern, eine Funktion zu nutzen. Auf den ersten Blick sieht das wie Compliance aus. Der Nutzer sieht die Einschränkung, die App kann auf eine sichtbare Kontrollschicht zeigen, und das Produkt kann sagen, es seien Prüfungen vorhanden. Aber das bedeutet nicht, dass die Transaktion selbst tatsächlich geregelt wird. Wenn der Smart Contract weiterhin direkt aufgerufen werden kann, dann lebt die Regel nicht dort, wo der Wert bewegt wird. Sie lebt in der App-Schicht, die über dem Contract sitzt. Das mag den gelegentlichen Missbrauch reduzieren, aber es schafft keine echte Durchsetzung auf Transaktionsebene. Das ist die Schwäche, die Newton lösen will. In Newtons Rahmen sollte Compliance nicht davon abhängen, ob ein Nutzer innerhalb der genehmigten Oberfläche bleibt. Sie sollte bereits vor dem Settlement erzwungen werden, an dem Punkt, an dem die Transaktion autorisiert wird. Deshalb ist mir die Persona-Integration so wichtig. Es geht nicht nur darum, Identität oder Wohnsitz nachzuweisen. Es geht darum, diese Attribute zu nehmen und sie direkt im Autorisierungspfad zu verwenden, sodass eine Transaktion bewertet werden kann, bevor sie ausgeführt wird, statt lediglich im Frontend gefiltert zu werden. Und das verändert den Standard vollständig. Eine reine Kontrolle im Frontend sagt: „Wir haben versucht, diese Aktion in der App zu stoppen.“ Eine Kontrolle auf der Transaktionsschicht sagt: „Diese Aktion kann nicht ausgeführt werden, wenn sie nicht die Policy erfüllt.“ Das ist eine deutlich stärkere Aussage. Denn im Onchain-Finance ist die eigentliche Frage nicht, ob die Oberfläche den Klick blockiert hat. Die entscheidende Frage ist, ob der Contract-Pfad weiterhin offen war. Wenn ja, dann war die Compliance-Regel jederzeit umgehbar. Deshalb denke ich, dass Newtons Architektur wichtig ist. Sie verlagert die Compliance weg von UI-Ebene-Beschränkungen und näher an den Ort, an dem Transaktionen tatsächlich real werden. In Krypto ist der Smart Contract das letzte Tor. Wenn die Compliance diese Ebene nicht erreicht, arbeitet sie noch immer einen Schritt zu weit entfernt von dem, was sie eigentlich kontrollieren soll. @NewtonProtocol $NEWT #Newt $TLM $ARPA Wo sollte Compliance in Krypto tatsächlich durchgesetzt werden?
Ich bemerke immer wieder, dass Krypto-Apps Schnittstellenbeschränkungen noch immer mit echter Durchsetzung verwechseln. Ein Frontend kann einen Button ausblenden, eine Region blockieren oder eine Wallet daran hindern, eine Funktion zu nutzen. Auf den ersten Blick sieht das wie Compliance aus. Der Nutzer sieht die Einschränkung, die App kann auf eine sichtbare Kontrollschicht zeigen, und das Produkt kann sagen, es seien Prüfungen vorhanden.

Aber das bedeutet nicht, dass die Transaktion selbst tatsächlich geregelt wird. Wenn der Smart Contract weiterhin direkt aufgerufen werden kann, dann lebt die Regel nicht dort, wo der Wert bewegt wird. Sie lebt in der App-Schicht, die über dem Contract sitzt. Das mag den gelegentlichen Missbrauch reduzieren, aber es schafft keine echte Durchsetzung auf Transaktionsebene.

Das ist die Schwäche, die Newton lösen will. In Newtons Rahmen sollte Compliance nicht davon abhängen, ob ein Nutzer innerhalb der genehmigten Oberfläche bleibt. Sie sollte bereits vor dem Settlement erzwungen werden, an dem Punkt, an dem die Transaktion autorisiert wird. Deshalb ist mir die Persona-Integration so wichtig. Es geht nicht nur darum, Identität oder Wohnsitz nachzuweisen. Es geht darum, diese Attribute zu nehmen und sie direkt im Autorisierungspfad zu verwenden, sodass eine Transaktion bewertet werden kann, bevor sie ausgeführt wird, statt lediglich im Frontend gefiltert zu werden.

Und das verändert den Standard vollständig. Eine reine Kontrolle im Frontend sagt: „Wir haben versucht, diese Aktion in der App zu stoppen.“ Eine Kontrolle auf der Transaktionsschicht sagt: „Diese Aktion kann nicht ausgeführt werden, wenn sie nicht die Policy erfüllt.“ Das ist eine deutlich stärkere Aussage.

Denn im Onchain-Finance ist die eigentliche Frage nicht, ob die Oberfläche den Klick blockiert hat. Die entscheidende Frage ist, ob der Contract-Pfad weiterhin offen war. Wenn ja, dann war die Compliance-Regel jederzeit umgehbar.

Deshalb denke ich, dass Newtons Architektur wichtig ist. Sie verlagert die Compliance weg von UI-Ebene-Beschränkungen und näher an den Ort, an dem Transaktionen tatsächlich real werden. In Krypto ist der Smart Contract das letzte Tor. Wenn die Compliance diese Ebene nicht erreicht, arbeitet sie noch immer einen Schritt zu weit entfernt von dem, was sie eigentlich kontrollieren soll.

@NewtonProtocol $NEWT #Newt $TLM $ARPA
Wo sollte Compliance in Krypto tatsächlich durchgesetzt werden?
In the Frontend
55%
During Onboarding
9%
At the Authorization Layer
18%
Settlement Through Monitoring
18%
11 Stimmen • Abstimmung beendet
Verifiziert
Artikel
Warum Compliance scheitert, wenn sie nur im Frontend lebtSeit langem behandeln Krypto-Produkte die Compliance als etwas, das rund um die Transaktion passiert, statt innerhalb von ihr. Ein Frontend blockiert ein Wallet daran, auf einen Button zu klicken. Eine Web-App blendet eine Funktion für Nutzer in einer eingeschränkten Region aus. Ein Onboarding-Flow führt Identitätsprüfungen durch, bevor der Zugriff auf ein Dashboard freigegeben wird. Auf den ersten Blick kann das wie Compliance wirken. Die Oberfläche scheint Regeln durchzusetzen, sodass Nutzer Einschränkungen sehen, und das Produkt kann auf eine sichtbare Kontrollschicht verweisen. Das Problem ist, dass keines dieser Kontrollen tatsächlich den eigentlichen Transaktionspfad steuert.

Warum Compliance scheitert, wenn sie nur im Frontend lebt

Seit langem behandeln Krypto-Produkte die Compliance als etwas, das rund um die Transaktion passiert, statt innerhalb von ihr.
Ein Frontend blockiert ein Wallet daran, auf einen Button zu klicken. Eine Web-App blendet eine Funktion für Nutzer in einer eingeschränkten Region aus. Ein Onboarding-Flow führt Identitätsprüfungen durch, bevor der Zugriff auf ein Dashboard freigegeben wird. Auf den ersten Blick kann das wie Compliance wirken. Die Oberfläche scheint Regeln durchzusetzen, sodass Nutzer Einschränkungen sehen, und das Produkt kann auf eine sichtbare Kontrollschicht verweisen.
Das Problem ist, dass keines dieser Kontrollen tatsächlich den eigentlichen Transaktionspfad steuert.
Verifiziert
Ich stelle immer wieder fest, dass Compliance im Krypto-Bereich noch immer wie Papierkram rund um die Transaktion behandelt wird – statt als Logik direkt in der Transaktion selbst. Dieses Modell ergab in älteren Finanzsystemen Sinn, in denen Genehmigungs- und Prüfungsbeschränkungen in getrennten operativen Ebenen liegen konnten. Aber Onchain-Finanzierung funktioniert nicht so. Smart Contracts führen sich automatisch aus, der Wert wird schnell übertragen, und Transaktionen pausieren nicht, damit ein Compliance-Team die Richtlinien im Nachhinein manuell interpretieren kann. Wenn die Abwicklung bereits programmierbar ist, muss Compliance vermutlich ebenfalls programmierbar werden. Das ist der Teil des Newton Protocols, der für mich besonders interessant ist. Newton behandelt Compliance nicht als externe Checkliste, die an eine Transaktion angeheftet ist. Es macht aus Richtlinien etwas, das das System vor der Ausführung auswerten kann. Indem man Richtlinien als Code mit Tools wie Rego und Open Policy Agent in maschinenlesbare Logik übersetzt, können Transaktionsregeln geschrieben werden – statt sie in PDFs, internen Verfahrensweisen oder fest im Produktcode vergrabener Logik unterzubringen. Das verändert die Rolle von Compliance komplett. Ein Überweisungslimit wird zu programmierbarer Logik. Eine Einschränkung nach Jurisdiktion wird zu programmierbarer Logik. Eine Anforderung zur Investoren-Eignung wird zu programmierbarer Logik. Ein Sanktionscheck wird zu programmierbarer Logik. Sobald diese Regeln als Code ausgedrückt sind, hört Compliance auf, ein lose gefasster operativer Prozess zu sein, und beginnt sich wie Infrastruktur zu verhalten. Sie wird zu etwas, das Software konsistent auswerten kann, bevor sich der Wert bewegt. Für mich ist das die entscheidende Veränderung, die Newton vorantreibt. Smart Contracts haben die Abwicklung programmierbar gemacht. Newton versucht, dasselbe für Richtlinien zu tun. Und wenn Onchain-Finanzierung ernsthaftere Finanzaktivitäten unterstützen soll, kann Compliance wahrscheinlich nicht für immer als Papierkram außerhalb des Systems verharren. @NewtonProtocol $NEWT #Newt $M $US Was ist die größte Engstelle für Compliance im On-Chain-Finanzwesen?
Ich stelle immer wieder fest, dass Compliance im Krypto-Bereich noch immer wie Papierkram rund um die Transaktion behandelt wird – statt als Logik direkt in der Transaktion selbst.

Dieses Modell ergab in älteren Finanzsystemen Sinn, in denen Genehmigungs- und Prüfungsbeschränkungen in getrennten operativen Ebenen liegen konnten. Aber Onchain-Finanzierung funktioniert nicht so. Smart Contracts führen sich automatisch aus, der Wert wird schnell übertragen, und Transaktionen pausieren nicht, damit ein Compliance-Team die Richtlinien im Nachhinein manuell interpretieren kann.

Wenn die Abwicklung bereits programmierbar ist, muss Compliance vermutlich ebenfalls programmierbar werden.

Das ist der Teil des Newton Protocols, der für mich besonders interessant ist.

Newton behandelt Compliance nicht als externe Checkliste, die an eine Transaktion angeheftet ist. Es macht aus Richtlinien etwas, das das System vor der Ausführung auswerten kann. Indem man Richtlinien als Code mit Tools wie Rego und Open Policy Agent in maschinenlesbare Logik übersetzt, können Transaktionsregeln geschrieben werden – statt sie in PDFs, internen Verfahrensweisen oder fest im Produktcode vergrabener Logik unterzubringen.

Das verändert die Rolle von Compliance komplett.

Ein Überweisungslimit wird zu programmierbarer Logik.

Eine Einschränkung nach Jurisdiktion wird zu programmierbarer Logik.

Eine Anforderung zur Investoren-Eignung wird zu programmierbarer Logik.

Ein Sanktionscheck wird zu programmierbarer Logik.

Sobald diese Regeln als Code ausgedrückt sind, hört Compliance auf, ein lose gefasster operativer Prozess zu sein, und beginnt sich wie Infrastruktur zu verhalten. Sie wird zu etwas, das Software konsistent auswerten kann, bevor sich der Wert bewegt.

Für mich ist das die entscheidende Veränderung, die Newton vorantreibt.

Smart Contracts haben die Abwicklung programmierbar gemacht.

Newton versucht, dasselbe für Richtlinien zu tun.

Und wenn Onchain-Finanzierung ernsthaftere Finanzaktivitäten unterstützen soll, kann Compliance wahrscheinlich nicht für immer als Papierkram außerhalb des Systems verharren.

@NewtonProtocol $NEWT #Newt $M $US

Was ist die größte Engstelle für Compliance im On-Chain-Finanzwesen?
Manual Compliance Processes
60%
Slow Settlement Systems
10%
Limited Scalability
10%
Lack of Programmable Policy
20%
10 Stimmen • Abstimmung beendet
Der zitierte Inhalt wurde entfernt.
Verifiziert
Artikel
Wie programmierbare Richtlinien Compliance in Code verwandelnWenn Menschen über Compliance im Finanzwesen sprechen, klingt das Gespräch normalerweise sehr administrativ. Dabei denkt man an rechtliche Anforderungen, Onboarding-Formulare, interne Freigaben und lange operative Checklisten. Der Prozess wirkt oft so, als stünde er außerhalb der Infrastruktur, als gäbe es Compliance nicht innerhalb der Transaktion bzw. des Systems, das sie regelt, sondern außerhalb davon. Je mehr ich mir anschaue, wie sich Onchain-Finance weiterentwickelt, desto mehr denke ich, dass dieses Modell allmählich anfängt, zu scheitern. Blockchain-Systeme bewegen Werte durch Code. Smart Contracts sind nicht darauf angewiesen, dass Teams im Backoffice Kontostände aktualisieren oder manuell die Ausführung verifizieren. Sie folgen deterministischen Regeln und erzeugen automatisch Ergebnisse. Aber wenn die Abwicklung bereits programmierbar geworden ist, stellt sich als nächste logische Frage, ob Compliance ebenfalls programmierbar sein kann.

Wie programmierbare Richtlinien Compliance in Code verwandeln

Wenn Menschen über Compliance im Finanzwesen sprechen, klingt das Gespräch normalerweise sehr administrativ. Dabei denkt man an rechtliche Anforderungen, Onboarding-Formulare, interne Freigaben und lange operative Checklisten. Der Prozess wirkt oft so, als stünde er außerhalb der Infrastruktur, als gäbe es Compliance nicht innerhalb der Transaktion bzw. des Systems, das sie regelt, sondern außerhalb davon.
Je mehr ich mir anschaue, wie sich Onchain-Finance weiterentwickelt, desto mehr denke ich, dass dieses Modell allmählich anfängt, zu scheitern.
Blockchain-Systeme bewegen Werte durch Code. Smart Contracts sind nicht darauf angewiesen, dass Teams im Backoffice Kontostände aktualisieren oder manuell die Ausführung verifizieren. Sie folgen deterministischen Regeln und erzeugen automatisch Ergebnisse. Aber wenn die Abwicklung bereits programmierbar geworden ist, stellt sich als nächste logische Frage, ob Compliance ebenfalls programmierbar sein kann.
Ich dachte früher, dass Autorisierung und Abrechnung einfach zwei verschiedene Namen für denselben Transaktionsprozess seien. Je mehr ich die finanzielle Infrastruktur erforschte, desto mehr wurde mir klar, dass sie völlig unterschiedliche Probleme lösen. Abrechnung ist die finale Bewegung von Wert. Sie aktualisiert Kontobuchungen, erfasst Eigentumsänderungen und gibt einer Transaktion ihren endgültigen Zustand auf der Blockchain. Genau dort haben sich öffentliche Blockchains seit Jahren bewährt. Die Autorisierung erfüllt jedoch einen anderen Zweck. Sie geschieht vor der Ausführung und konzentriert sich auf eine Frage: Soll diese Transaktion voranschreiten? Anstatt ein Ergebnis zu protokollieren, bewertet die Autorisierung die Transaktion, bevor die Abrechnung überhaupt beginnt. Traditionelle Zahlungsnetzwerke haben diese Verantwortlichkeiten schon immer getrennt. Eine Zahlungsanfrage wird zuerst autorisiert und anschließend abgerechnet. Jede Phase übernimmt eine andere Rolle, sodass Finanzsysteme Entscheidungen treffen können, bevor der Wert den Besitzer wechselt. Was meine Aufmerksamkeit auf sich zog, ist, dass Newton Protocol dieses gleiche Architekturprinzip auf die On-Chain-Finanzwelt anwendet. Anstatt die Blockchain-Abrechnung zu verändern, führt Newton eine eigene Autorisierungsebene ein, die die Transaktionsabsicht vor der Ausführung bewertet. Die Abrechnung macht weiter, was sie bereits sehr gut kann, während die Autorisierung zu einer separaten Verantwortung innerhalb des Transaktionslebenszyklus wird. Je mehr ich darüber nachdenke, desto mehr ergibt diese Trennung Sinn. Die Abrechnung beantwortet die Frage, was passiert ist. Die Autorisierung beantwortet die Frage, ob es passieren sollte. Das sind unterschiedliche Fragen – und sie verdienen unterschiedliche Infrastrukturen. Das Verständnis dieser Unterscheidung hat meine Sicht auf die Blockchain-Architektur verändert. Die Zukunft der On-Chain-Finanzwelt hängt möglicherweise nicht nur davon ab, die Abrechnung zu verbessern. Vielleicht hängt sie auch davon ab, anzuerkennen, dass Autorisierung und Abrechnung am besten zusammenarbeiten, wenn sie sich ergänzen – statt zu versuchen, dieselbe Aufgabe zu übernehmen. @NewtonProtocol $NEWT #Newt Welche Ebene ist für die Zukunft der On-Chain-Finanzwelt wichtiger?
Ich dachte früher, dass Autorisierung und Abrechnung einfach zwei verschiedene Namen für denselben Transaktionsprozess seien. Je mehr ich die finanzielle Infrastruktur erforschte, desto mehr wurde mir klar, dass sie völlig unterschiedliche Probleme lösen.

Abrechnung ist die finale Bewegung von Wert. Sie aktualisiert Kontobuchungen, erfasst Eigentumsänderungen und gibt einer Transaktion ihren endgültigen Zustand auf der Blockchain. Genau dort haben sich öffentliche Blockchains seit Jahren bewährt.

Die Autorisierung erfüllt jedoch einen anderen Zweck.

Sie geschieht vor der Ausführung und konzentriert sich auf eine Frage: Soll diese Transaktion voranschreiten? Anstatt ein Ergebnis zu protokollieren, bewertet die Autorisierung die Transaktion, bevor die Abrechnung überhaupt beginnt.

Traditionelle Zahlungsnetzwerke haben diese Verantwortlichkeiten schon immer getrennt. Eine Zahlungsanfrage wird zuerst autorisiert und anschließend abgerechnet. Jede Phase übernimmt eine andere Rolle, sodass Finanzsysteme Entscheidungen treffen können, bevor der Wert den Besitzer wechselt.

Was meine Aufmerksamkeit auf sich zog, ist, dass Newton Protocol dieses gleiche Architekturprinzip auf die On-Chain-Finanzwelt anwendet.

Anstatt die Blockchain-Abrechnung zu verändern, führt Newton eine eigene Autorisierungsebene ein, die die Transaktionsabsicht vor der Ausführung bewertet. Die Abrechnung macht weiter, was sie bereits sehr gut kann, während die Autorisierung zu einer separaten Verantwortung innerhalb des Transaktionslebenszyklus wird.

Je mehr ich darüber nachdenke, desto mehr ergibt diese Trennung Sinn.

Die Abrechnung beantwortet die Frage, was passiert ist.

Die Autorisierung beantwortet die Frage, ob es passieren sollte.

Das sind unterschiedliche Fragen – und sie verdienen unterschiedliche Infrastrukturen.

Das Verständnis dieser Unterscheidung hat meine Sicht auf die Blockchain-Architektur verändert. Die Zukunft der On-Chain-Finanzwelt hängt möglicherweise nicht nur davon ab, die Abrechnung zu verbessern. Vielleicht hängt sie auch davon ab, anzuerkennen, dass Autorisierung und Abrechnung am besten zusammenarbeiten, wenn sie sich ergänzen – statt zu versuchen, dieselbe Aufgabe zu übernehmen.

@NewtonProtocol $NEWT #Newt

Welche Ebene ist für die Zukunft der On-Chain-Finanzwelt wichtiger?
Authorization
67%
Settlement
0%
Both are Equally Important
33%
It Depends on the use Case
0%
3 Stimmen • Abstimmung beendet
Verifiziert
Artikel
Warum Autorisierung anders ist als AbwicklungWenn Menschen über Blockchain-Infrastruktur sprechen, dreht sich das Gespräch in der Regel um Transaktionsgeschwindigkeit, Netzwerksicherheit und Finalität. Diese Diskussionen behandeln den gesamten Transaktionsprozess oft als ein einzelnes Ereignis, aber in Wirklichkeit gibt es innerhalb jedes Finanzsystems zwei sehr unterschiedliche Verantwortlichkeiten: Autorisierung und Abwicklung. Lange Zeit nahm ich an, dass es sich nur um verschiedene Namen für denselben Prozess handelt. Je mehr ich Finanzinfrastruktur untersuchte, desto mehr wurde mir klar, dass sie völlig unterschiedliche Probleme lösen.

Warum Autorisierung anders ist als Abwicklung

Wenn Menschen über Blockchain-Infrastruktur sprechen, dreht sich das Gespräch in der Regel um Transaktionsgeschwindigkeit, Netzwerksicherheit und Finalität. Diese Diskussionen behandeln den gesamten Transaktionsprozess oft als ein einzelnes Ereignis, aber in Wirklichkeit gibt es innerhalb jedes Finanzsystems zwei sehr unterschiedliche Verantwortlichkeiten: Autorisierung und Abwicklung.
Lange Zeit nahm ich an, dass es sich nur um verschiedene Namen für denselben Prozess handelt. Je mehr ich Finanzinfrastruktur untersuchte, desto mehr wurde mir klar, dass sie völlig unterschiedliche Probleme lösen.
Ich dachte früher, dass Blockchains die größte Herausforderung im Finanzwesen bereits gelöst hätten, weil sie Transaktionen abwickeln können, ohne sich auf einen zentralen Vermittler zu verlassen. Je mehr ich mich mit Onchain-Infrastruktur befasst habe, desto mehr wurde mir klar, dass Abwicklungsantworten nur einen Teil der Gleichung darstellen. Eine Blockchain kann bestätigen, dass eine Transaktion gemäß den Netzwerkregeln gültig ist. Sie beantwortet jedoch nicht immer die Frage, ob diese Transaktion vor der Ausführung überhaupt weitergehen sollte. Dieser Unterschied wird zunehmend wichtig, da Stablecoins tokenisierte Vermögenswerte werden und institutionelle Anwendungen über öffentliche Blockchains hinweg wachsen. Finanzsysteme benötigen Entscheidungen oft, bevor ein Wert bewegt wird – nicht erst danach. Sobald eine Transaktion abgewickelt ist, ist es selten einfach, das Ergebnis rückgängig zu machen. Darum finde ich Newton Protocols Ansatz so interessant. Anstatt mit bestehenden Blockchains zu konkurrieren, führt NewtonProtocol eine Autorisierungsschicht ein, die zwischen Transaktionsintention und Ausführung sitzt. Die Idee ist nicht, die Abwicklung zu ersetzen, sondern sie zu ergänzen, indem Transaktionen bewertet werden können, bevor sie finalisiert werden. Das schafft einen vollständigeren Transaktionsablauf und bewahrt zugleich die Rolle, die Blockchains bereits sehr gut erfüllen. Wenn ich es so betrachte, verändert sich, wie ich über Onchain-Finanzwesen denke. Vielleicht besteht die nächste Phase der Blockchain-Infrastruktur nicht nur darin, pro Sekunde mehr Transaktionen zu verarbeiten. Es geht möglicherweise auch darum, bessere Entscheidungsfindung einzuführen, bevor diese Transaktionen überhaupt stattfinden. Die Abwicklung dokumentiert, was passiert ist. Die Autorisierung hilft festzustellen, ob eine Ausführung überhaupt stattfinden sollte. Das fühlt sich weniger an wie eine weitere Blockchain-Funktion und mehr wie eine zusätzliche Infrastrukturschicht, die für ein reiferes Finanz-Ökosystem entwickelt wurde. @NewtonProtocol $NEWT #Newt Was ist die wichtigste fehlende Schicht im On-Chain-Finanzwesen?
Ich dachte früher, dass Blockchains die größte Herausforderung im Finanzwesen bereits gelöst hätten, weil sie Transaktionen abwickeln können, ohne sich auf einen zentralen Vermittler zu verlassen.

Je mehr ich mich mit Onchain-Infrastruktur befasst habe, desto mehr wurde mir klar, dass Abwicklungsantworten nur einen Teil der Gleichung darstellen.

Eine Blockchain kann bestätigen, dass eine Transaktion gemäß den Netzwerkregeln gültig ist. Sie beantwortet jedoch nicht immer die Frage, ob diese Transaktion vor der Ausführung überhaupt weitergehen sollte.

Dieser Unterschied wird zunehmend wichtig, da Stablecoins tokenisierte Vermögenswerte werden und institutionelle Anwendungen über öffentliche Blockchains hinweg wachsen. Finanzsysteme benötigen Entscheidungen oft, bevor ein Wert bewegt wird – nicht erst danach. Sobald eine Transaktion abgewickelt ist, ist es selten einfach, das Ergebnis rückgängig zu machen.

Darum finde ich Newton Protocols Ansatz so interessant.

Anstatt mit bestehenden Blockchains zu konkurrieren, führt NewtonProtocol eine Autorisierungsschicht ein, die zwischen Transaktionsintention und Ausführung sitzt. Die Idee ist nicht, die Abwicklung zu ersetzen, sondern sie zu ergänzen, indem Transaktionen bewertet werden können, bevor sie finalisiert werden. Das schafft einen vollständigeren Transaktionsablauf und bewahrt zugleich die Rolle, die Blockchains bereits sehr gut erfüllen.

Wenn ich es so betrachte, verändert sich, wie ich über Onchain-Finanzwesen denke.

Vielleicht besteht die nächste Phase der Blockchain-Infrastruktur nicht nur darin, pro Sekunde mehr Transaktionen zu verarbeiten. Es geht möglicherweise auch darum, bessere Entscheidungsfindung einzuführen, bevor diese Transaktionen überhaupt stattfinden.

Die Abwicklung dokumentiert, was passiert ist.

Die Autorisierung hilft festzustellen, ob eine Ausführung überhaupt stattfinden sollte.

Das fühlt sich weniger an wie eine weitere Blockchain-Funktion und mehr wie eine zusätzliche Infrastrukturschicht, die für ein reiferes Finanz-Ökosystem entwickelt wurde.

@NewtonProtocol $NEWT #Newt

Was ist die wichtigste fehlende Schicht im On-Chain-Finanzwesen?
Faster Settlement
100%
Better Authorization
0%
Lower Transaction Fees
0%
Greater Scalability
0%
1 Stimmen • Abstimmung beendet
Artikel
Warum Onchain-Finanzwesen eine Autorisierungsebene brauchtSeit Jahren konzentriert sich die Blockchain-Innovation darauf, Transaktionen schneller, günstiger und transparenter zu machen. Netzwerke konkurrieren bei Durchsatz, Finalität, Skalierbarkeit und Interoperabilität, weil Abwicklung stets als Fundament des dezentralen Finanzwesens betrachtet wurde. Aber je mehr ich mich mit der Onchain-Infrastruktur beschäftige, desto mehr glaube ich, dass Abwicklung nie die gesamte Geschichte war. Jede Transaktion beginnt mit einer Absicht. Jemand entscheidet, einen Wert zu übertragen, mit einem Smart Contract zu interagieren oder eine finanzielle Handlung auszuführen. Blockchains sind hervorragend darin, das Ergebnis dieser Entscheidung zu erfassen, aber sie prüfen selten, ob die Transaktion vor der Ausführung überhaupt fortgesetzt werden sollte. Sobald gültige Signaturen und Protokollregeln erfüllt sind, findet die Abwicklung statt.

Warum Onchain-Finanzwesen eine Autorisierungsebene braucht

Seit Jahren konzentriert sich die Blockchain-Innovation darauf, Transaktionen schneller, günstiger und transparenter zu machen. Netzwerke konkurrieren bei Durchsatz, Finalität, Skalierbarkeit und Interoperabilität, weil Abwicklung stets als Fundament des dezentralen Finanzwesens betrachtet wurde.
Aber je mehr ich mich mit der Onchain-Infrastruktur beschäftige, desto mehr glaube ich, dass Abwicklung nie die gesamte Geschichte war.
Jede Transaktion beginnt mit einer Absicht. Jemand entscheidet, einen Wert zu übertragen, mit einem Smart Contract zu interagieren oder eine finanzielle Handlung auszuführen. Blockchains sind hervorragend darin, das Ergebnis dieser Entscheidung zu erfassen, aber sie prüfen selten, ob die Transaktion vor der Ausführung überhaupt fortgesetzt werden sollte. Sobald gültige Signaturen und Protokollregeln erfüllt sind, findet die Abwicklung statt.
Qualität sollte immer wichtiger sein als Quantität. Ersteller verdienen faire Vergütungen für echte Forschung und originelle Erkenntnisse. Es ist an der Zeit, dass Binance diese täglichen Content-Anforderungen überdenkt. @richardteng @Binance_Square_Official
Qualität sollte immer wichtiger sein als Quantität.
Ersteller verdienen faire Vergütungen für echte Forschung und originelle Erkenntnisse.
Es ist an der Zeit, dass Binance diese täglichen Content-Anforderungen überdenkt. @Richard Teng @Binance Square Official
Nadyisom
·
--
Warum Binances tägliche Content-Aufgaben Creator ausnutzen Es ist Zeit, die Kriterien zu ändern
Ich handle seit 2018 hauptberuflich Kryptowährungen und erstelle seit Jahren Inhalte zu DeFi, KI-Agenten und Blockchain-Projekten. Plattformen wie Binance Square und ihre Write-to-Earn- und creatorpad-Programme sollen Creator belohnen. Doch wenn ich mir einige ihrer aktuellen Aufgabenanforderungen anschaue, bin ich wirklich enttäuscht.
Binance scheint ein Modell voranzutreiben, bei dem Creator jeden einzelnen Tag für 15 Tage in Folge einen kurzen Post, einen vollständigen Artikel und einen X-Post liefern müssen. Und all dieser Aufwand nur, um insgesamt 40 bis 60 USDT zu verdienen.
Mein TP 0,45 und SL 0,21 $BSB
Mein TP 0,45 und SL 0,21 $BSB
Ein Gedanke kehrte immer wieder zurück, während ich OpenGradient studierte. All die Jahre dachte ich, dass Blockchains hauptsächlich dafür entwickelt wurden, Transaktionen zu protokollieren. Wert übertragen. Daten speichern. Konsens erreichen. Je mehr ich die KI-Infrastruktur erforsche, desto mehr glaube ich, dass ihre nächste Rolle sehr unterschiedlich sein könnte. KI bringt eine neue Herausforderung. Die wichtigste Frage ist nicht immer, ob eine Transaktion stattgefunden hat. Es geht darum, ob ein intelligentes System zu seinem Ergebnis in einer Weise gelangt ist, der man vertrauen kann. Das verändert, was von Blockchains verlangt wird. Eine Sache, die an OpenGradient besonders auffällt, ist sein Fokus auf verifizierbare KI – statt lediglich KI auf eine Blockchain zu verlagern. Anstatt die Blockchain als den Ort zu betrachten, an dem Intelligenz entsteht, behandelt die Architektur sie als Teil eines umfassenderen Verifizierungsprozesses, der dabei hilft, Vertrauen in die Ausführung von KI herzustellen. Diese Unterscheidung wirkt wichtig. Mit zunehmender Leistungsfähigkeit von KI-Systemen könnte das Vertrauen in ihre Entscheidungen genauso wertvoll werden wie die Entscheidungen selbst. Je tiefer ich in die Architektur von OpenGradient vordringe, desto mehr glaube ich, dass sich Blockchains über die reine Finanzinfrastruktur hinaus entwickeln. Sie werden zu Infrastruktur für Vertrauen. Vielleicht besteht die nächste große Rolle der Blockchain nicht darin, mehr Transaktionen zu verarbeiten. Sondern darin, dabei zu helfen, Intelligenz zu verifizieren – in einer Welt, in der KI-Systeme zunehmend wichtige Entscheidungen treffen. Manchmal ist die größte Weiterentwicklung einer Technologie nicht die, die festlegt, was sie ist. Es ist die, die erweitert, was sie möglich macht. @OpenGradient $OPG #OPG $TAC $BSB Welche größte Rolle wird die Blockchain im KI-Zeitalter spielen?
Ein Gedanke kehrte immer wieder zurück, während ich OpenGradient studierte.

All die Jahre dachte ich, dass Blockchains hauptsächlich dafür entwickelt wurden, Transaktionen zu protokollieren.

Wert übertragen.

Daten speichern.

Konsens erreichen.

Je mehr ich die KI-Infrastruktur erforsche, desto mehr glaube ich, dass ihre nächste Rolle sehr unterschiedlich sein könnte.

KI bringt eine neue Herausforderung.

Die wichtigste Frage ist nicht immer, ob eine Transaktion stattgefunden hat.

Es geht darum, ob ein intelligentes System zu seinem Ergebnis in einer Weise gelangt ist, der man vertrauen kann.

Das verändert, was von Blockchains verlangt wird.

Eine Sache, die an OpenGradient besonders auffällt, ist sein Fokus auf verifizierbare KI – statt lediglich KI auf eine Blockchain zu verlagern.

Anstatt die Blockchain als den Ort zu betrachten, an dem Intelligenz entsteht, behandelt die Architektur sie als Teil eines umfassenderen Verifizierungsprozesses, der dabei hilft, Vertrauen in die Ausführung von KI herzustellen.

Diese Unterscheidung wirkt wichtig.

Mit zunehmender Leistungsfähigkeit von KI-Systemen könnte das Vertrauen in ihre Entscheidungen genauso wertvoll werden wie die Entscheidungen selbst.

Je tiefer ich in die Architektur von OpenGradient vordringe, desto mehr glaube ich, dass sich Blockchains über die reine Finanzinfrastruktur hinaus entwickeln.

Sie werden zu Infrastruktur für Vertrauen.

Vielleicht besteht die nächste große Rolle der Blockchain nicht darin, mehr Transaktionen zu verarbeiten.

Sondern darin, dabei zu helfen, Intelligenz zu verifizieren – in einer Welt, in der KI-Systeme zunehmend wichtige Entscheidungen treffen.

Manchmal ist die größte Weiterentwicklung einer Technologie nicht die, die festlegt, was sie ist.

Es ist die, die erweitert, was sie möglich macht.

@OpenGradient

$OPG #OPG $TAC $BSB

Welche größte Rolle wird die Blockchain im KI-Zeitalter spielen?
Processing Transactions
67%
Storing Data
0%
Verifying AI
33%
Coordinating networks
0%
6 Stimmen • Abstimmung beendet
J U L I E
·
--
[Beendet] 🎙️ Ein neues Kapitel beginnt🌸 Heute ist mein Tag 😁🎂
448 Zuhörer
Was denken Sie als Nächstes, nachdem $ZEC 250$ oder 650$ {future}(ZECUSDT)
Was denken Sie als Nächstes, nachdem $ZEC 250$ oder 650$
$ETH zu besitzen ist das eine. Einen sinnvollen Anteil am Netzwerk zu besitzen ist etwas anderes. BitMine hat seine Ethereum-Treasury weiter ausgebaut und kontrolliert nun ungefähr 4,7 % der gesamten ETH-Geldmenge, wodurch es näher an sein erklärtes Ziel von 5 % heranrückt. Das Unternehmen hat zudem einen erheblichen Teil dieser Bestände über seine Validator-Infrastruktur gestaktet – was das Ganze zu mehr macht als nur zu einer einfachen Aufhäufungsstrategie. Was ich interessant finde, ist nicht nur die Größe des Kaufs. Es ist, was das über institutionelles Denken aussagt. Anstatt ETH als kurzfristigen Trade zu behandeln, scheint BitMine eine langfristige Position aufzubauen – rund um Staking, Netzwerkbeteiligung und die wachsende Rolle von Ethereum in der Tokenisierung sowie in der On-Chain-Finanzinfrastruktur. Ob dieser Ansatz erfolgreich sein wird, bleibt abzuwarten, aber er spiegelt eine größere Veränderung wider. Große Organisationen betrachten Blockchain-Netzwerke zunehmend als produktive digitale Infrastruktur – statt als Assets, die man lediglich hält. Das ist ein Trend, den man im Blick behalten sollte. Glaubst du, dass Unternehmens-ETH-Treasuries in den nächsten Jahren genauso häufig werden wie Bitcoin-Treasuries? #Ethereum #blockchain #Web3 #CryptoNews #DYOR {future}(ETHUSDT)
$ETH zu besitzen ist das eine. Einen sinnvollen Anteil am Netzwerk zu besitzen ist etwas anderes.

BitMine hat seine Ethereum-Treasury weiter ausgebaut und kontrolliert nun ungefähr 4,7 % der gesamten ETH-Geldmenge, wodurch es näher an sein erklärtes Ziel von 5 % heranrückt. Das Unternehmen hat zudem einen erheblichen Teil dieser Bestände über seine Validator-Infrastruktur gestaktet – was das Ganze zu mehr macht als nur zu einer einfachen Aufhäufungsstrategie.

Was ich interessant finde, ist nicht nur die Größe des Kaufs.

Es ist, was das über institutionelles Denken aussagt.

Anstatt ETH als kurzfristigen Trade zu behandeln, scheint BitMine eine langfristige Position aufzubauen – rund um Staking, Netzwerkbeteiligung und die wachsende Rolle von Ethereum in der Tokenisierung sowie in der On-Chain-Finanzinfrastruktur.

Ob dieser Ansatz erfolgreich sein wird, bleibt abzuwarten, aber er spiegelt eine größere Veränderung wider.

Große Organisationen betrachten Blockchain-Netzwerke zunehmend als produktive digitale Infrastruktur – statt als Assets, die man lediglich hält.

Das ist ein Trend, den man im Blick behalten sollte.

Glaubst du, dass Unternehmens-ETH-Treasuries in den nächsten Jahren genauso häufig werden wie Bitcoin-Treasuries?

#Ethereum #blockchain #Web3 #CryptoNews #DYOR
Ich fand mIch selbst dabei, über eine Frage nachzudenken, während ich OpenGradient studierte. Was, wenn die Zukunft von KI nicht darum geht, Menschen dazu zu bringen, Systemen mehr zu vertrauen? Was, wenn es darum geht, Systeme zu entwerfen, die von vornherein weniger Vertrauen erfordern? Lange Zeit wurde Vertrauen als etwas behandelt, das Nutzer einfach geben müssen. Vertrau der Plattform. Vertrau dem Betreiber. Vertrau darauf, dass das System wie erwartet funktioniert hat. Je mehr ich die KI-Infrastruktur erforsche, desto mehr denke ich, dass sich dieses Modell gerade zu verändern beginnt. Verifikation kann Annahmen ersetzen. Architektur kann Unsicherheit reduzieren. Belege können mehr wert werden als Versprechen. Das ist es, was mir an OpenGradient besonders auffällt. Seine Vision ist nicht darauf aufgebaut, Nutzer zu bitten zu glauben, dass die KI korrekt handelt. Es basiert darauf, eine Infrastruktur zu schaffen, in der wichtige Teile der KI-Ausführung verifiziert werden können, statt einfach akzeptiert zu werden. Diese Unterscheidung fühlt sich größer an als eine rein technische Verbesserung. Sie verändert die Beziehung zwischen Menschen und intelligenten Systemen. Offene Intelligenz bedeutet nicht nur, KI leistungsfähiger zu machen. Es bedeutet, KI zugänglicher zur Rechenschaft, transparenter und leichter nutzbar zu machen, ohne sich vollständig auf Vertrauen verlassen zu müssen. Je tiefer ich in die Architektur von OpenGradient eintauche, desto mehr glaube ich, dass die nächste Generation von KI nicht nur dadurch definiert wird, wie intelligent sie wird. Sie wird dadurch definiert, wie zuverlässig Menschen die Intelligenz verifizieren können, mit der sie gerade interagieren. Manchmal ist die stärkste Form von Vertrauen der Aufbau von Systemen, die danach fragen, wie wenig wie möglich. @OpenGradient $OPG #OPG $LAB $BSB Was schafft das stärkste Vertrauen in KI?
Ich fand mIch selbst dabei, über eine Frage nachzudenken, während ich OpenGradient studierte.

Was, wenn die Zukunft von KI nicht darum geht, Menschen dazu zu bringen, Systemen mehr zu vertrauen?

Was, wenn es darum geht, Systeme zu entwerfen, die von vornherein weniger Vertrauen erfordern?

Lange Zeit wurde Vertrauen als etwas behandelt, das Nutzer einfach geben müssen.

Vertrau der Plattform.

Vertrau dem Betreiber.

Vertrau darauf, dass das System wie erwartet funktioniert hat.

Je mehr ich die KI-Infrastruktur erforsche, desto mehr denke ich, dass sich dieses Modell gerade zu verändern beginnt.

Verifikation kann Annahmen ersetzen.

Architektur kann Unsicherheit reduzieren.

Belege können mehr wert werden als Versprechen.

Das ist es, was mir an OpenGradient besonders auffällt.

Seine Vision ist nicht darauf aufgebaut, Nutzer zu bitten zu glauben, dass die KI korrekt handelt.

Es basiert darauf, eine Infrastruktur zu schaffen, in der wichtige Teile der KI-Ausführung verifiziert werden können, statt einfach akzeptiert zu werden.

Diese Unterscheidung fühlt sich größer an als eine rein technische Verbesserung.

Sie verändert die Beziehung zwischen Menschen und intelligenten Systemen.

Offene Intelligenz bedeutet nicht nur, KI leistungsfähiger zu machen.

Es bedeutet, KI zugänglicher zur Rechenschaft, transparenter und leichter nutzbar zu machen, ohne sich vollständig auf Vertrauen verlassen zu müssen.

Je tiefer ich in die Architektur von OpenGradient eintauche, desto mehr glaube ich, dass die nächste Generation von KI nicht nur dadurch definiert wird, wie intelligent sie wird.

Sie wird dadurch definiert, wie zuverlässig Menschen die Intelligenz verifizieren können, mit der sie gerade interagieren.

Manchmal ist die stärkste Form von Vertrauen der Aufbau von Systemen, die danach fragen, wie wenig wie möglich.

@OpenGradient

$OPG #OPG $LAB $BSB

Was schafft das stärkste Vertrauen in KI?
Better Models
63%
Trust in Providers
25%
Verifiable Execution
6%
Transparent Systems
6%
16 Stimmen • Abstimmung beendet
$ETH ist überraschend ruhig gewesen. Vor ein paar Tagen bewegten sich die Kerzen mit echter Dringlichkeit. Jetzt fühlt es sich so an, als würde jeder Anstoß erst einmal ins Zögern laufen, bevor er überhaupt richtig weit kommt. Nichts in diesem Chart sagt mir, dass die Käufer wieder die Kontrolle übernommen haben, aber es sieht auch nicht so aus, als würden die Verkäufer so aggressiv drücken wie zuvor. Das ist ein unangenehter Zustand für beide Seiten. Die gleitenden Durchschnitte beginnen sich zu glätten, der RSI ist zurück in Richtung der Mitte getrieben, und das Volumen schreit nicht gerade danach, dass bereits ein großer Move im Gange ist. Für mich bedeutet das: Der Markt wartet darauf, dass jemand den ersten überzeugenden Schritt macht. Ich habe gelernt, dass diese langsameren Phasen oft genau dann sind, wenn Leute unnötige Trades machen, nur weil sie nicht stillsitzen wollen. Manchmal ist die schwerste Entscheidung, nichts zu tun, bis der Chart eine klarere Antwort liefert. Was glaubst du, was ETH hier macht: Luft holen oder sich auf eine weitere Bewegung vorbereiten? #ETH #Ethereum #trading #altcoins #DYOR {future}(ETHUSDT)
$ETH ist überraschend ruhig gewesen.

Vor ein paar Tagen bewegten sich die Kerzen mit echter Dringlichkeit. Jetzt fühlt es sich so an, als würde jeder Anstoß erst einmal ins Zögern laufen, bevor er überhaupt richtig weit kommt.

Nichts in diesem Chart sagt mir, dass die Käufer wieder die Kontrolle übernommen haben, aber es sieht auch nicht so aus, als würden die Verkäufer so aggressiv drücken wie zuvor. Das ist ein unangenehter Zustand für beide Seiten.

Die gleitenden Durchschnitte beginnen sich zu glätten, der RSI ist zurück in Richtung der Mitte getrieben, und das Volumen schreit nicht gerade danach, dass bereits ein großer Move im Gange ist. Für mich bedeutet das: Der Markt wartet darauf, dass jemand den ersten überzeugenden Schritt macht.

Ich habe gelernt, dass diese langsameren Phasen oft genau dann sind, wenn Leute unnötige Trades machen, nur weil sie nicht stillsitzen wollen.

Manchmal ist die schwerste Entscheidung, nichts zu tun, bis der Chart eine klarere Antwort liefert.

Was glaubst du, was ETH hier macht: Luft holen oder sich auf eine weitere Bewegung vorbereiten?

#ETH #Ethereum #trading #altcoins #DYOR
Anmelden und weiter Inhalte entdecken
Krypto-Nutzer weltweit auf Binance Square kennenlernen
⚡️ Bleib in Sachen Krypto stets am Puls.
💬 Die weltgrößte Kryptobörse vertraut darauf.
👍 Erhalte verlässliche Einblicke von verifizierten Creators.
E-Mail-Adresse/Telefonnummer
Sitemap
Cookie-Präferenzen
Nutzungsbedingungen der Plattform