Ein paar Freunde haben mir ein Projekt für eine dezentrale Publikationsplattform empfohlen: Sie möchten die automatische Verwaltung von Urheberrechtslizenzen On-Chain umsetzen. Die Autor:innen prägen ihre Werke als NFTs, und Käufer:innen können aus verschiedenen Lizenzmodellen wählen – etwa privates Lesen, kommerzielle Zitate, abgeleitete Kreationen usw. Je nach Modell unterscheiden sich Preis und Nutzungsbeschränkungen.
Zunächst wollten sie die Lizenzbeschränkungen direkt in die Smart Contracts des NFTs schreiben, aber das funktionierte schnell nicht: Die Lizenzmodelle können sich ändern. Der/die Autor:in möchte nach zwei Monaten beispielsweise die Rechte für frühe Inhaber:innen upgraden, oder in einer bestimmten Region kommerzielle Zitierlizenzen zurückziehen. Wenn bei jeder Anpassung jedes Mal On-Chain Transaktionen erforderlich sind, um den Vertrag zu ändern, sind die Kosten zu hoch und es ist zu unflexibel.
Als ich ihre Anforderungen sah, dachte ich fast instinktiv an Newtons Strategy Execution Layer.
In ihrem Szenario ist eine „Read Request“ oder eine „Commercial Reference Request“ im Grunde eine Transaktionsintention. Der/die Nutzer:in reicht ein: „Ich möchte diesen Inhalt für ein kommerzielles Zitat verwenden.“ Diese Intention geht zuerst an das Newton Gateway, und das Operator-Netz prüft anhand der aktuellen Lizenzstrategie, die zu diesem NFT gehört (möglicherweise inkl. Regions-Whitelist, Nutzungsdauer, ob Änderungen erlaubt sind usw.), lässt anschließend nach einer Prüfung, die eine BLS-Signatur zurückliefert, die Generierung eines On-Chain-Nutzungsrechts-Beweises zu.
Wenn man die Lizenzstrategie aus dem NFT-Contract herauslöst und in einen einheitlichen Strategie-Engine von Newton verlagert, bedeutet das: Jedes NFT bekommt eine flexible, auditierbare Zugriffskontrolle – ohne den Vertrag ständig neu anpassen zu müssen. Für Use Cases, in denen sich der Rechte-Status jederzeit ändern kann, wie RWA, Musikrechte oder Lizenzierung wissenschaftlicher Paper, ist das geradezu maßgeschneidert.$BTC
In diesem Ansatz gibt es jedoch ein Problem, dem man sich stellen muss: Die Komplexität der Strategien wird sehr hoch sein. Eine Urheberrechtslizenz kann mehrere Dimensionen kombinieren – etwa Zeitrahmen, geografische Bereiche, Typen von Nutzungsszenarien usw. Wenn man das mit Rego-Regeln schreibt, könnte daraus ein riesiges Regelwerk werden. Das Operator-Netz muss konsistente Entscheidungen zu diesen komplexen Regeln treffen: nicht nur schnell, sondern vor allem so, dass alle Knoten exakt zu den gleichen Ergebnissen kommen. Wenn es aufgrund von Updates der Strategieversionen zu Abweichungen zwischen Knoten bei der Beurteilung kommt, kann das zu fehlgeschlagenen Transaktionen oder sogar zu Forks führen.
Daher muss das Version Management für Strategien so streng sein wie Datenbank-Schema-Migrationen.
@NewtonProtocol $NEWT #Newt
Zunächst wollten sie die Lizenzbeschränkungen direkt in die Smart Contracts des NFTs schreiben, aber das funktionierte schnell nicht: Die Lizenzmodelle können sich ändern. Der/die Autor:in möchte nach zwei Monaten beispielsweise die Rechte für frühe Inhaber:innen upgraden, oder in einer bestimmten Region kommerzielle Zitierlizenzen zurückziehen. Wenn bei jeder Anpassung jedes Mal On-Chain Transaktionen erforderlich sind, um den Vertrag zu ändern, sind die Kosten zu hoch und es ist zu unflexibel.
Als ich ihre Anforderungen sah, dachte ich fast instinktiv an Newtons Strategy Execution Layer.
In ihrem Szenario ist eine „Read Request“ oder eine „Commercial Reference Request“ im Grunde eine Transaktionsintention. Der/die Nutzer:in reicht ein: „Ich möchte diesen Inhalt für ein kommerzielles Zitat verwenden.“ Diese Intention geht zuerst an das Newton Gateway, und das Operator-Netz prüft anhand der aktuellen Lizenzstrategie, die zu diesem NFT gehört (möglicherweise inkl. Regions-Whitelist, Nutzungsdauer, ob Änderungen erlaubt sind usw.), lässt anschließend nach einer Prüfung, die eine BLS-Signatur zurückliefert, die Generierung eines On-Chain-Nutzungsrechts-Beweises zu.
Wenn man die Lizenzstrategie aus dem NFT-Contract herauslöst und in einen einheitlichen Strategie-Engine von Newton verlagert, bedeutet das: Jedes NFT bekommt eine flexible, auditierbare Zugriffskontrolle – ohne den Vertrag ständig neu anpassen zu müssen. Für Use Cases, in denen sich der Rechte-Status jederzeit ändern kann, wie RWA, Musikrechte oder Lizenzierung wissenschaftlicher Paper, ist das geradezu maßgeschneidert.$BTC
In diesem Ansatz gibt es jedoch ein Problem, dem man sich stellen muss: Die Komplexität der Strategien wird sehr hoch sein. Eine Urheberrechtslizenz kann mehrere Dimensionen kombinieren – etwa Zeitrahmen, geografische Bereiche, Typen von Nutzungsszenarien usw. Wenn man das mit Rego-Regeln schreibt, könnte daraus ein riesiges Regelwerk werden. Das Operator-Netz muss konsistente Entscheidungen zu diesen komplexen Regeln treffen: nicht nur schnell, sondern vor allem so, dass alle Knoten exakt zu den gleichen Ergebnissen kommen. Wenn es aufgrund von Updates der Strategieversionen zu Abweichungen zwischen Knoten bei der Beurteilung kommt, kann das zu fehlgeschlagenen Transaktionen oder sogar zu Forks führen.
Daher muss das Version Management für Strategien so streng sein wie Datenbank-Schema-Migrationen.
@NewtonProtocol $NEWT #Newt
版权许可比DeFi更复杂fll
0%
RWA合规场景更早跑通
0%
0 Stimmen • Abstimmung beendet