News Hunter

Da ist etwas, das ich an dem Thema „Abwärtskompatibilität“ bemerkt habe: Es wird oft übersehen, wenn ein System noch neu ist.
In den frühen Phasen sind Veränderungen leicht. Fast niemand ist zu diesem Zeitpunkt tief von vorherigen Versionen abhängig, sodass Modifikationen selten echte Störungen verursachen. Doch irgendwann kommt der Punkt, an dem genug Organisationen das System integriert haben, sodass jede Änderung am Policy-Schema oder an der Attestationsstruktur eine Entscheidung mit hohen Risiken wird. Das Problem ist, dass die meisten Projekte nicht im Voraus ankündigen, wie sie damit umgehen werden. Sie kümmern sich erst darum, wenn sie dazu gezwungen werden. Dann behalten sie entweder die alte Kompatibilität bei und nehmen technische Schulden in Kauf, oder sie zwingen alle dazu, komplett von vorn neu aufzubauen.

I once asked a friend who was a logistics operations director whether her company ever caught employees bypassing approval processes by having colleagues stand in for parts of large transactions. She sighed and said, “Yes, and it’s much harder to detect than someone simply splitting their own transaction. An employee who knows they’re about to hit the approval threshold will ask a colleague to handle the remaining portion, so on paper it looks like two independent people doing two small actions instead of one person doing one large one.”
That story made me realize that even if Newton Protocol builds mechanisms to monitor accumulated patterns from the same organization, there’s a more sophisticated layer of circumvention, not one account splitting its own actions, but multiple accounts from the same organization quietly coordinating with each other. Each performs a small part that adds up to a large change, making individual account tracking miss the connection.
This made me think that accumulated pattern monitoring, while a big improvement over looking at single changes, can still be bypassed if the people involved coordinate cleverly enough to appear as unrelated independent decisions on paper, even though they serve the same pre discussed internal purpose.
Of course, this idea deserves criticism. Detecting hidden coordination between multiple accounts is much harder than tracking patterns from a single account, because the coordination often happens offchain, internal conversations, verbal agreements, or simple emails between colleagues are outside the visibility of any onchain system. Building convincing proof of intentional coordination based purely on transaction data is nearly impossible.
A more realistic approach for Newton Protocol might not be trying to detect such coordination after it has happened using pure technology. Instead, it could design policies so that the benefits of coordinated circumvention become not worth the risk from the start, for example, by applying joint liability to the entire organization if a suspicious pattern is detected, rather than only pursuing individual accounts. This would make coordinated bypasses a high risk gamble for the whole organization, not just a few individuals.
In the long run, $NEWT should be judged by whether the project designs such joint responsibility mechanisms to reduce the incentive for coordinated circumvention from the beginning, not just by its ability to detect coordination after it has already occurred.
@NewtonProtocol #Newt

I once read about how large construction companies handle the problem of “processes that are inherently continuous and can’t be forced into binary checkpoints.” Instead of trying to artificially divide concrete pouring into fake discrete milestones, they accept it as a truly continuous process. To compensate, they require a completely independent third party, usually a materials testing company with no contractual relationship to either the owner or the contractor, to take random samples at unannounced times throughout the process. This ensures real quality is being maintained continuously, not just at predictable inspection points.
This suggests a more complete approach for the continuous process problem we discussed earlier for Newton Protocol. For types of transactions that are inherently continuous and can’t be neatly binarized, instead of relying only on cross checks from involved parties within the same policy, the system could add a layer of unannounced random checks from a completely independent third party with no stake in the outcome of the transaction being monitored, similar to how the materials testing company has no financial interest in the project’s progress.
Of course, this idea has practical limitations. Unlike physical concrete sampling that can be done anytime the testing company is on site, a financial transaction in a continuous state may not have an equivalent “sample” that a third party can pull out for independent verification midway. Financial data exists only as ledger entries, with no physical equivalent that a third party can measure directly without relying on data provided by the participating parties themselves. This makes the concept of “complete independence from participant provided data” difficult to apply fully in a pure onchain environment.
A more realistic approach for @NewtonProtocol might not be seeking a third party completely independent from all data sources like in physical construction, but ensuring multiple data sources that are economically independent from each other, even if they all read from the same shared ledger, similar to the cross verification of multiple liquidity sources we discussed in earlier articles. There may be no “physical sample” for absolute independent verification, but there can be relative independence of economic incentives among parties observing the same data stream.
In the long run, $NEWT should be judged by the degree of economic independence between those monitoring sources, rather than expecting a level of absolute physical style independence that is difficult to achieve in a pure onchain environment.
#Newt

Ich habe darüber gelesen, wie Strafjustizsysteme in vielen Ländern mit Beweisen umgehen, bevor sie ernsthafte Strafen verhängen. Sie verwenden nicht bei allem denselben Maßstab. Sie passen ihn daran an, wie schwerwiegend die Folgen sein könnten. Je ernster und schwerer rückgängig zu machende Schäden, desto höher die Hürde – von „hinreichend klar und überzeugend“ bei normalen zivilrechtlichen Verfahren bis hin zum deutlich strengeren „zweifelsfreien“ Nachweis („beyond reasonable doubt“) für Strafverfahren, die jemandem die Freiheit nehmen können.
Das brachte mich auf die Idee, wie man den Gedanken an rückwirkende Bestrafung, den wir für Newton Protocol besprochen hatten, besser handhaben könnte. Anstatt für jede Vermutung einer Manipulation dieselbe Beweisschwelle zu verwenden, könnte das System sie skalieren, je nachdem, wie schwerwiegend die Konsequenzen sind. Bei kleineren, aktuellen Rufschädigungen könnte die Hürde niedriger und der Prozess schneller sein. Für Handlungen jedoch, die in der Lage sind, Jahre der Geschichte zu tilgen, muss die erforderliche Schwelle deutlich höher sein und von mehrschichtigen, unabhängigen Kontrollmechanismen begleitet werden, die dem tatsächlichen Schaden entsprechen, den sie verursachen könnten.

Ich habe einmal gelesen, wie Fluglinien-Kundendienstzentralen mit einem kniffligen Problem umgehen. Sie fanden heraus, dass fast alle Leute auf eine Schaltfläche drücken würden, auf der „Ich bin in Eile“ oder „Notfall“ steht, wenn man sie einfach nur anbietet. Jeder glaubt, dass seine eigene Situation am dringendsten ist, wodurch das Prioritätensystem schnell bedeutungslos wird.
Die Lösung war nicht, den Knopf zu entfernen. Man musste nur eine kleine Gebühr fürs Drücken einführen—zum Beispiel, indem man ein oder zwei kurze Verifizierungsfragen stellt, bevor der Anruf nach vorn in der Warteschlange gesetzt wird. Das reicht aus, um Gelegenheitsnutzer herauszufiltern, die aus Gewohnheit drücken, aber ist nicht so belastend, dass es Menschen mit echten Notfällen blockiert.

Einmal habe ich einem Töpferhandwerker in Bát Tràng zugesehen, wie er Hunderte identischer Schalen formte. Bevor er sie in den Ofen gab, tippte er jede Schale sanft an und lauschte dem Klang, den sie von sich gab. Er erklärte, dass er so winzige, unsichtbare Risse entdecken könne, die das Auge nicht sieht. Als ich ihn fragte, warum er keinen modernen Scanner für eine schnellere Prüfung nutzt, lächelte er und sagte: „Die Maschine kann Risse erkennen, die schon da sind, aber sie kann nicht hören, welche gerade erst dabei sind, zu entstehen.“
Dieser Moment ließ mich über den Unterschied nachdenken, Fehler zu erkennen, die bereits aufgetreten sind, und Probleme wahrzunehmen, bevor sie zu echten Ausfällen werden—eine Lücke, die eine präzise Messtechnologie nicht immer schließen kann. Denn manchmal gilt es nicht, einen konkreten Datenpunkt zu finden, sondern ein feines Gefühl von „Da stimmt etwas nicht“, das aus Jahren des Beobachtens von tausenden ähnlichen Fällen entsteht.