Ein NEAR-Konto verwaltet Multi-Chain-Assets: Wie hängen Adresse und Kontostand zusammen?
Für Leser, die mit Chain Signatures Ethereum-Assets ansehen, ist ein Eintrag besonders nützlich: Welches NEAR-Konto und welcher Ableitungspfad gehören zu welcher Zieladresse? Ein und dasselbe NEAR-Konto kann mehreren externen Adressen zugeordnet sein. Ein gleicher Loginname allein reicht nicht aus, um festzustellen, ob es sich bei zwei Ansichten um dieselben Assets handelt.
Am 31. Oktober habe ich in einer rein lesenden Prüfung die aktuelle NEAR-Dokumentation „Signing Transactions“ geprüft und mit einem Einführungsartikel vom 7. August 2024 verglichen. Der ältere Artikel beschreibt lediglich die Entwicklung; es wurden keine Wallets verbunden, echten Nutzeradressen abgeleitet oder Testtransaktionen durchgeführt.
Die aktuelle Dokumentation nennt drei Eingaben für die Ableitung: das NEAR-Konto, das den MPC-Vertrag aufruft, den Pfadstring und den Hauptöffentlichen Schlüssel des MPC-Dienstes. Bei der in der Dokumentation beschriebenen Konfiguration ergeben dasselbe Konto und derselbe Pfad dieselbe Zieladresse; mit einem anderen Pfad lässt sich eine weitere Adresse verwalten. Der Pfad ist somit Teil der Adresszuordnung und sollte nicht wie ein beliebig änderbarer Anzeigename behandelt werden. Durch die Adressableitung werden Coins, die sich bereits auf der ursprünglichen Adresse befinden, nicht automatisch übertragen.
Ein Anwendungsbeispiel aus der Dokumentation: Für example.near werden die Pfade ethereum-1 und ethereum-2 verwendet; die Dokumentation führt dafür zwei unterschiedliche Ethereum-Adressen auf. Wenn eine Anwendung zuletzt die Assets des ersten Pfads angezeigt hat und nun den zweiten anzeigt, ist ein abweichender Kontostand zunächst ein Hinweis für die Fehlersuche darauf, dass sich die „Adresszuordnung geändert“ haben könnte. Allein anhand der angezeigten Zahl lässt sich nicht feststellen, dass eine Übertragung stattgefunden hat. Zu prüfen sind weiterhin die tatsächlichen Einträge für dasselbe Netzwerk und dieselbe Adresse.
Auch die Netzwerkkonfiguration sollte mitgespeichert werden. Der EVM-Adapter der Dokumentation verbindet sich per RPC mit dem Zielnetzwerk und führt Ableitung, Signatur und Übertragung getrennt auf. Mein Verständnis: Ein einziger Einstiegspunkt vereinfacht zwar die Kontoverwaltung, doch Zielnetzwerk und Zieladresse bleiben weiterhin relevant. Bei der Prüfung dürfen Ergebnisse von Anfragen auf NEAR nicht ohne Weiteres als vollständiger Nachweis für Änderungen an Ethereum-Assets gelten.
Eine kurze Prüfliste lässt sich speichern: Stimmen die Konto-ID, der Ableitungspfad, das Zielnetzwerk und die abgefragte Adresse überein? Ist etwas davon unklar, sollte der Status „noch nicht geklärt“ beibehalten werden. Behaupten Sie nicht im Namen des Nutzers, dass Assets verloren gegangen oder bereits eingegangen sind. Dieser Beitrag erläutert den Mechanismus laut Dokumentation und bietet weder eine Wiederherstellungsgarantie noch eine vollständige Anleitung.
Erhebung um 01:09 Uhr: NEAR-Spotpreis bei etwa 4.2790 USDT; das vollständige stündliche Handelsvolumen zwischen 00 und 01 Uhr lag bei etwa 4,325 Millionen USDT. Diese beiden Angaben liefern Marktkontext für den betreffenden Netzwerk-Token, belegen aber weder eine Adresszuordnung noch den Status einzelner Assets.
Die Zuordnung sollte später anhand der Dokumentationsversion, der Anwendungskonfiguration und der entsprechenden Chain-Datensätze erneut geprüft werden. Ändern sich die Ableitungskonfiguration oder die Regeln des Dienstes, muss die Zuordnung erneut überprüft werden. Der Asset-Status sollte nicht anhand des Preises oder von Werbeaussagen beurteilt werden. $NEAR
Für Leser, die mit Chain Signatures Ethereum-Assets ansehen, ist ein Eintrag besonders nützlich: Welches NEAR-Konto und welcher Ableitungspfad gehören zu welcher Zieladresse? Ein und dasselbe NEAR-Konto kann mehreren externen Adressen zugeordnet sein. Ein gleicher Loginname allein reicht nicht aus, um festzustellen, ob es sich bei zwei Ansichten um dieselben Assets handelt.
Am 31. Oktober habe ich in einer rein lesenden Prüfung die aktuelle NEAR-Dokumentation „Signing Transactions“ geprüft und mit einem Einführungsartikel vom 7. August 2024 verglichen. Der ältere Artikel beschreibt lediglich die Entwicklung; es wurden keine Wallets verbunden, echten Nutzeradressen abgeleitet oder Testtransaktionen durchgeführt.
Die aktuelle Dokumentation nennt drei Eingaben für die Ableitung: das NEAR-Konto, das den MPC-Vertrag aufruft, den Pfadstring und den Hauptöffentlichen Schlüssel des MPC-Dienstes. Bei der in der Dokumentation beschriebenen Konfiguration ergeben dasselbe Konto und derselbe Pfad dieselbe Zieladresse; mit einem anderen Pfad lässt sich eine weitere Adresse verwalten. Der Pfad ist somit Teil der Adresszuordnung und sollte nicht wie ein beliebig änderbarer Anzeigename behandelt werden. Durch die Adressableitung werden Coins, die sich bereits auf der ursprünglichen Adresse befinden, nicht automatisch übertragen.
Ein Anwendungsbeispiel aus der Dokumentation: Für example.near werden die Pfade ethereum-1 und ethereum-2 verwendet; die Dokumentation führt dafür zwei unterschiedliche Ethereum-Adressen auf. Wenn eine Anwendung zuletzt die Assets des ersten Pfads angezeigt hat und nun den zweiten anzeigt, ist ein abweichender Kontostand zunächst ein Hinweis für die Fehlersuche darauf, dass sich die „Adresszuordnung geändert“ haben könnte. Allein anhand der angezeigten Zahl lässt sich nicht feststellen, dass eine Übertragung stattgefunden hat. Zu prüfen sind weiterhin die tatsächlichen Einträge für dasselbe Netzwerk und dieselbe Adresse.
Auch die Netzwerkkonfiguration sollte mitgespeichert werden. Der EVM-Adapter der Dokumentation verbindet sich per RPC mit dem Zielnetzwerk und führt Ableitung, Signatur und Übertragung getrennt auf. Mein Verständnis: Ein einziger Einstiegspunkt vereinfacht zwar die Kontoverwaltung, doch Zielnetzwerk und Zieladresse bleiben weiterhin relevant. Bei der Prüfung dürfen Ergebnisse von Anfragen auf NEAR nicht ohne Weiteres als vollständiger Nachweis für Änderungen an Ethereum-Assets gelten.
Eine kurze Prüfliste lässt sich speichern: Stimmen die Konto-ID, der Ableitungspfad, das Zielnetzwerk und die abgefragte Adresse überein? Ist etwas davon unklar, sollte der Status „noch nicht geklärt“ beibehalten werden. Behaupten Sie nicht im Namen des Nutzers, dass Assets verloren gegangen oder bereits eingegangen sind. Dieser Beitrag erläutert den Mechanismus laut Dokumentation und bietet weder eine Wiederherstellungsgarantie noch eine vollständige Anleitung.
Erhebung um 01:09 Uhr: NEAR-Spotpreis bei etwa 4.2790 USDT; das vollständige stündliche Handelsvolumen zwischen 00 und 01 Uhr lag bei etwa 4,325 Millionen USDT. Diese beiden Angaben liefern Marktkontext für den betreffenden Netzwerk-Token, belegen aber weder eine Adresszuordnung noch den Status einzelner Assets.
Die Zuordnung sollte später anhand der Dokumentationsversion, der Anwendungskonfiguration und der entsprechenden Chain-Datensätze erneut geprüft werden. Ändern sich die Ableitungskonfiguration oder die Regeln des Dienstes, muss die Zuordnung erneut überprüft werden. Der Asset-Status sollte nicht anhand des Preises oder von Werbeaussagen beurteilt werden. $NEAR