Zum Inhalt springen

Protokoll

Vertrags- und Statusreferenz

Detaillierte Statusdefinitionen, Signaturregeln und veröffentlichte API-Funktionen.

Eine einzelne Aktie kaufen und einen Index halten sind unterschiedliche Produkte

Sie unterscheiden sich darin, was Sie halten, wer es verwahrt und wie Sie aussteigen. Die Oberfläche hält diese Unterschiede sichtbar.

UnterschiedDirekt kaufenToken in Ihrer WalletEinen Index haltenVault-Anteile
Was Sie haltenDen bStock-Token selbst an seiner eigenen Vertragsadresse.ERC-20-Anteile eines Vaults, der den Korb hält.
VerwahrungIhre Wallet. Nach dem Tausch greifen wir nicht auf den Token zu.Ein nicht verwahrender Vertrag. Keine Plattform-Wallet hält Nutzerassets.
AusstiegVerkauf über dieselbe Route, sofern eine Route verfügbar ist.Anteilig in Tokens einlösen: Sie erhalten die zugrunde liegenden Tokens, kein Bargeld.
EmittentenbeschränkungenGelten direkt für Sie. Eine Sperre verhindert Ihren Transfer.Gelten je Teilvorgang. Ein eingeschränkter Teil macht die gesamte Einlösung rückgängig.
Maßgeblicher PreisEin ausführbares Angebot mit Frist und Mindestausgabe.Eine Vorschau an einem festen Block. Sie verspricht keine Ausführung.
RebalancingIhre Entscheidung. Wir halten keine Position und senden keine Anweisung.Nur über ein geprüftes Rezept, unter Governance und innerhalb fester Grenzen.
Geeignet, wennSie einen einzelnen Titel und den Token in Ihrer Wallet möchten.Sie ein Thema in einer Position möchten, deren Gewichte der Vertrag prüft.

Was bei beiden gleich bleibt

Das Asset wird anhand von Chain-ID und Adresse identifiziert, niemals anhand des Symbols. Beide Wege beruhen auf derselben Nachweiskette. Der Emittent kann beide einfrieren oder einschränken. Keiner garantiert einen Ausstieg.

Was heute verfügbar ist

Die Ausführung hängt vom Weg ab: Indexanteile benötigen die aktuelle chainspezifische Freigabe eines registrierten Vaults. Direkte Käufe brauchen eine ausführbare Route und gemessene Markttiefe. Konfigurierte Adressen, Testnachweise und Produktionsfreigabe bleiben getrennt.

Prüfstatus

Herkunft von Quelle und Code. Er sagt nichts darüber aus, ob ein Asset verwendet werden darf.

Technischer Testnet-Status · DISCOVEREDAls Kandidat aus einer archivierten Quelle importiert. Noch ist nichts bestätigt.
Technischer Testnet-Status · SOURCE_REVIEWDas Dokument des Emittenten wird geprüft.
Technischer Testnet-Status · ONCHAIN_VERIFIEDOnchain-Funktionsnachweise wurden an einem festen Block erfasst.
Technischer Testnet-Status · VERIFIEDHerkunft und Onchain-Nachweise wurden getrennt geprüft und genehmigt.
Technischer Testnet-Status · REVOKEDEine frühere Freigabe wurde widerrufen. Behandeln Sie dieses Asset als ungeprüft.

Freigabe für Vorgänge

Ob und in welcher Richtung ein Asset verwendet werden darf. Wird unabhängig von der Prüfung entschieden.

Nur AnzeigeDarf nur angezeigt werden. Keine neue Position und keine Nutzung in Fonds.
AktivVorgänge sind nach den aktuellen Regeln des Registers erlaubt.
Nur AusstiegKeine neue Position. Bestehende Positionen können aufgelöst werden.
PausiertAuch betroffene Ausstiege sind untersagt. Vorgänge werden voraussichtlich fehlschlagen.
WiderrufenEndgültiger Zustand. Keine neue Position; Ausstieg nur, wenn der Token selbst Transfers weiterhin erlaubt.

Warum beide getrennt sind

Die Herkunft eines Assets kann vollständig geprüft sein, während nur seine Anzeige erlaubt ist. Ein zuvor aktives Asset kann pausiert werden, ohne seine Nachweise zu ändern. Ein gemeinsames Statussymbol würde den Unterschied zwischen „Emittentendokument geprüft“ und „für einen Fonds verwendbar“ verbergen.

Funktionsstatus

Die API antwortet bei einer nicht implementierten Funktion mit 503 CAPABILITY_UNAVAILABLE. Die Oberfläche zeigt sie als nicht verfügbar an. Sie ersetzt dies niemals durch eine leere Liste, einen Nullbestand oder eine erfolgreiche Transaktion.

FunktionStatus
Assetregister-Verzeichnis
Implementiert
Herkunftsnachweise zur Assetprüfung
Implementiert
Archivierte offizielle Quellen
Implementiert
Token-Funktionen an festem Block
Implementiert
Referenzpreisveröffentlichung
ImplementiertBenötigt lizenzierten Preisfeed; bis dahin 503
Öffentliche Adressprüfung
Implementiert
Wallet-Anmeldung
Implementiert
Sitzung und Rollen
Implementiert
Challenge für Geschäftsschreibvorgang
Implementiert
Veröffentlichte Strategien entdecken
Implementiert
Strategieentwürfe
Implementiert
Strategieveröffentlichung
Implementiert
Lesender Freigabelink
Implementiert
Deterministische Faktenprüfung
ImplementiertBenötigt lizenzierten Preisfeed; bis dahin 503
Historischer Backtest
ImplementiertBenötigt lizenzierten Preisfeed; bis dahin 503
Persönliche Beobachtungsliste
Implementiert
Laufzeit-, Chain- und Bereitstellungsfunktionen
Implementiert
Kanonische Vorschau für Testnet-Vorgänge in Tokens
ImplementiertBenötigt bereitgestellte Vertragsadresse
Verzeichnis registrierter Fonds
Implementiert
Fondsbestände an festem Block
ImplementiertBenötigt kanonischen Snapshot an festem Block; bis dahin 503
Referenz-NAV
ImplementiertBenötigt lizenzierten Preisfeed; bis dahin 503
Lückenhafter NAV-Verlauf
ImplementiertBenötigt lizenzierten Preisfeed; bis dahin 503
Fondsaktivität
ImplementiertBenötigt kanonischen Snapshot an festem Block; bis dahin 503
Wallet-Positionen
ImplementiertBenötigt kanonischen Snapshot an festem Block; bis dahin 503
Wallet-Aktivität
ImplementiertBenötigt kanonischen Snapshot an festem Block; bis dahin 503
Transaktionsabsichten
Implementiert
Asset-Prüfliste
Implementiert
Prüfung der Asset-Herkunft
Implementiert
Asset-Aktivierung
Implementiert
Eingeschränkte Fondsanträge
Implementiert
Governance-Datensatz des Fonds
Implementiert
Älteres Korbangebot
Nicht im VertragNicht im Vertrag deklariert; antwortet mit 503
Kaufangebot für einen Korb
ImplementiertBenötigt genehmigten Routenanbieter; standardmäßig 503, Erfolg nur als Simulation
Verkaufsangebot für einen Korb
ImplementiertBenötigt genehmigten Routenanbieter; standardmäßig 503, Erfolg nur als Simulation
Vault-Einzahlungsangebot
ImplementiertBenötigt genehmigten Routenanbieter; standardmäßig 503, Erfolg nur als Simulation
Vault-Einlöseangebot
ImplementiertBenötigt genehmigten Routenanbieter; standardmäßig 503, Erfolg nur als Simulation

Autorisierung eines Geschäftsschreibvorgangs

Eine Anmeldung belegt Ihre Identität und erlaubt keine Änderung. Jeder Schreibvorgang serialisiert seinen Inhalt einmal, hasht genau diese Bytes mit SHA-256 und fordert vom Server eine einmalige Challenge an, die Methode, Pfad und Hash bindet. Die Wallet signiert die exakte Servernachricht. Anschließend werden dieselben Bytes mit Nonce und Signatur gesendet. Schon eine Änderung an einem Byte, am Pfad oder an der Methode macht die Signatur ungültig.

Eine erfolgreich verwendete Nonce kann nicht erneut verwendet werden. Die Oberfläche erstellt nie stillschweigend denselben Datensatz noch einmal. Geht eine Antwort verloren, wird das Ergebnis vor einem erneuten Versuch anhand der Nonce abgefragt.

Was die Wallet-Anmeldung bedeutet

Die Anmeldung beweist mit einer servergenerierten Nachricht die Kontrolle über eine Adresse. Sie erlaubt acht Stunden lang API-Aufrufe. Sie erlaubt niemals Token-Transfers, Freigaben oder Fondsaktionen und erteilt keine Prüfer- oder Governor-Rolle.

Umgang mit Beträgen

Token-Rohmengen sind ganze Zahlen und werden als BigInt oder exakte Dezimalzeichenfolgen übertragen. Die Oberfläche berechnet Beträge nicht mit Gleitkommazahlen. Ein Multiplikator wird erst angewendet, wenn seine Skalierung im Vertrag veröffentlicht ist.

Risiken und Grenzen

  • Mainnet-Produktion bleibt deaktiviert. Testnet-Bereitstellungen und synthetische Testassets erfüllen die Freigabekriterien für den Produktionsstart nicht.
  • Es werden weder Preisquelle noch Referenz-NAV oder ausführbares Angebot veröffentlicht. Eine Vorschau ist niemals ein Angebotsversprechen.
  • Aus Startdaten importierte Registereinträge sind Kandidaten. Ein Kandidat ist weder verifiziert noch handelbar.
  • Emittenten tokenisierter Aktien können Transfers beschränken. Keine Oberfläche kann den Ausstieg aus einem eingeschränkten Token garantieren.