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.
| Unterschied | Direkt kaufenToken in Ihrer Wallet | Einen Index haltenVault-Anteile |
|---|---|---|
| Was Sie halten | Den bStock-Token selbst an seiner eigenen Vertragsadresse. | ERC-20-Anteile eines Vaults, der den Korb hält. |
| Verwahrung | Ihre Wallet. Nach dem Tausch greifen wir nicht auf den Token zu. | Ein nicht verwahrender Vertrag. Keine Plattform-Wallet hält Nutzerassets. |
| Ausstieg | Verkauf über dieselbe Route, sofern eine Route verfügbar ist. | Anteilig in Tokens einlösen: Sie erhalten die zugrunde liegenden Tokens, kein Bargeld. |
| Emittentenbeschränkungen | Gelten 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 Preis | Ein ausführbares Angebot mit Frist und Mindestausgabe. | Eine Vorschau an einem festen Block. Sie verspricht keine Ausführung. |
| Rebalancing | Ihre Entscheidung. Wir halten keine Position und senden keine Anweisung. | Nur über ein geprüftes Rezept, unter Governance und innerhalb fester Grenzen. |
| Geeignet, wenn | Sie 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 · DISCOVERED | Als Kandidat aus einer archivierten Quelle importiert. Noch ist nichts bestätigt. |
| Technischer Testnet-Status · SOURCE_REVIEW | Das Dokument des Emittenten wird geprüft. |
| Technischer Testnet-Status · ONCHAIN_VERIFIED | Onchain-Funktionsnachweise wurden an einem festen Block erfasst. |
| Technischer Testnet-Status · VERIFIED | Herkunft und Onchain-Nachweise wurden getrennt geprüft und genehmigt. |
| Technischer Testnet-Status · REVOKED | Eine 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 Anzeige | Darf nur angezeigt werden. Keine neue Position und keine Nutzung in Fonds. |
| Aktiv | Vorgänge sind nach den aktuellen Regeln des Registers erlaubt. |
| Nur Ausstieg | Keine neue Position. Bestehende Positionen können aufgelöst werden. |
| Pausiert | Auch betroffene Ausstiege sind untersagt. Vorgänge werden voraussichtlich fehlschlagen. |
| Widerrufen | Endgü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.
| Funktion | Status |
|---|---|
| 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.