$NEWT
Ich denke immer wieder darüber nach, wie sich externe Daten harmlos anfühlen können, bis sie anfängt, zu viel zu entscheiden.
Ein Feed kommt rein. Eine Zahl, ein Score, ein Flag, ein Signal. Es wirkt klein. Aber wenn sich diese Eingabe dadurch ändert, ob eine Transaktion erlaubt oder blockiert wird, dann ist sie nicht mehr klein. Sie hat Macht, auch wenn niemand darüber in genau dieser Form spricht.
Darum wirken mir Newton-WASM-Datenanbieter so interessant. Nicht, weil externe Feeds plötzlich perfekt wären. Das sind sie nicht. Ein Feed kann zu spät kommen, chaotisch sein, voreingenommen, kaputt oder einfach falsch geformt. Aber die bessere Idee ist, nicht so zu tun, als seien externe Daten reine Wahrheit. Die bessere Idee ist, sie drinnen zu lassen — in einem kontrollierten Raum — bevor sie Zugriffsbefugnisse berührt.
Ich mag diese Einordnung sehr.
Für mich macht @NewtonProtocol mehr Sinn, wenn ich externe Daten als Eingabe begreife, nicht als Autorität. Der Feed kann sprechen, aber er sollte nicht regieren. Er kann Kontext liefern, aber er sollte nicht durch das ganze System laufen und dabei Schlüssel in der Hand halten.
Das klingt einfach, vielleicht zu einfach, aber es ist wichtig. Denn in dem Moment, in dem ein System einem Feed blind vertraut, verlagert es still und leise Vertrauen aus der Wallet hin zur Datenquelle. Und dann sind wir wieder bei einem weiteren weichen Schwachpunkt — nur in technische Worte verpackt.
Ein Sandboxed-WASM-Provider fühlt sich wie eine Grenze an. Er sagt: Bringt die Daten hierher, formt sie hier, begrenzt sie hier — und dann soll die Policy entscheiden, was das bedeutet. Ich glaube nicht, dass das das Risiko vollständig entfernt. Nichts tut das. Aber es macht das Risiko leichter erkennbar — und vielleicht auch leichter, wenn etwas schiefgeht.
Das ist der Teil, den ich an Newton respektiere. Es behandelt externe Informationen nicht wie Magie.
Es lässt die Welt eintreten, aber es lässt sie nicht die Kontrolle übernehmen.
#Newt
Sollen externe Feeds strikte Sandbox-Limits haben?
Ich denke immer wieder darüber nach, wie sich externe Daten harmlos anfühlen können, bis sie anfängt, zu viel zu entscheiden.
Ein Feed kommt rein. Eine Zahl, ein Score, ein Flag, ein Signal. Es wirkt klein. Aber wenn sich diese Eingabe dadurch ändert, ob eine Transaktion erlaubt oder blockiert wird, dann ist sie nicht mehr klein. Sie hat Macht, auch wenn niemand darüber in genau dieser Form spricht.
Darum wirken mir Newton-WASM-Datenanbieter so interessant. Nicht, weil externe Feeds plötzlich perfekt wären. Das sind sie nicht. Ein Feed kann zu spät kommen, chaotisch sein, voreingenommen, kaputt oder einfach falsch geformt. Aber die bessere Idee ist, nicht so zu tun, als seien externe Daten reine Wahrheit. Die bessere Idee ist, sie drinnen zu lassen — in einem kontrollierten Raum — bevor sie Zugriffsbefugnisse berührt.
Ich mag diese Einordnung sehr.
Für mich macht @NewtonProtocol mehr Sinn, wenn ich externe Daten als Eingabe begreife, nicht als Autorität. Der Feed kann sprechen, aber er sollte nicht regieren. Er kann Kontext liefern, aber er sollte nicht durch das ganze System laufen und dabei Schlüssel in der Hand halten.
Das klingt einfach, vielleicht zu einfach, aber es ist wichtig. Denn in dem Moment, in dem ein System einem Feed blind vertraut, verlagert es still und leise Vertrauen aus der Wallet hin zur Datenquelle. Und dann sind wir wieder bei einem weiteren weichen Schwachpunkt — nur in technische Worte verpackt.
Ein Sandboxed-WASM-Provider fühlt sich wie eine Grenze an. Er sagt: Bringt die Daten hierher, formt sie hier, begrenzt sie hier — und dann soll die Policy entscheiden, was das bedeutet. Ich glaube nicht, dass das das Risiko vollständig entfernt. Nichts tut das. Aber es macht das Risiko leichter erkennbar — und vielleicht auch leichter, wenn etwas schiefgeht.
Das ist der Teil, den ich an Newton respektiere. Es behandelt externe Informationen nicht wie Magie.
Es lässt die Welt eintreten, aber es lässt sie nicht die Kontrolle übernehmen.
#Newt
Sollen externe Feeds strikte Sandbox-Limits haben?
Yes, always
67%
Only sometimes
33%
Not needed
0%
3 Stimmen • Abstimmung beendet