ERC-8392 stelt statuslaag voor getokeniseerde aandelen voor
Een nieuw Ethereum Improvement Proposal, ERC-8392, moet standaardiseren hoe getokeniseerde activa rapporteren over markt-, waarderings- en aflossingsvoorwaarden, om onderpand- en liquidatiebeslissingen te verbeteren.
De NYSE draait 32,5 uur per week. Getokeniseerde aandelen zijn echter 24/7 overdraagbaar.
Op 24 augustus 2026 probeerde een voorstel gepubliceerd op ethereum-magicians.org dat probleem een naam te geven. ERC-8392 zou standaardiseren hoe getokeniseerde activa rapporteren of ze op dit moment gewaardeerd, afgelost of als onderpand gebruikt kunnen worden. Continue onchain-beschikbaarheid duurt ongeveer 5,2 keer zo lang als het officiële handelsschema van de NYSE, en voor leenmarkten waarvan de contracts nooit slapen, zit daar de blootstelling.
De auteur van het voorstel, econoar, omschreef de ontbrekende informatie rechtstreeks: “De status die bepaalt of een van deze tokens veilig gewaardeerd of als onderpand gebruikt kan worden — is de referentiemarkt open, is de handel stilgelegd, is de waarderingsfeed verouderd omdat het zondag is of verouderd omdat er iets stuk is, kan iemand op dit moment daadwerkelijk aflossen — is niet waarneembaar via ERC-20, en vandaag de dag geeft elke uitgever dit anders weer.”
ERC-8392 geeft daarop antwoord met een kleine set token-level views die via ERC-165 ontdekt kunnen worden. De verplichte interface, IAssetStatus, omvat levenscyclus en operationele status. Daarbovenop staan drie optionele interfaces: IReferenceMarketStatus voor de staat van de referentiemarkt, IReferenceValuationStatus voor de waarderingsconditie, en IAssetPrimaryStatus voor de beschikbaarheid van uitgifte- en aflossingsvensters.
Wat elke interface weergeeft
IReferenceMarketStatus bevat drie stukjes marktstatusdata. Het session-veld rapporteert REGULAR, EXTENDED, AUCTION of CLOSED. Het interruption-veld rapporteert NONE, PRICE_CONSTRAINED, ASSET_HALTED of VENUE_HALTED. Ook bevat het marketId, gecodeerd volgens de ISO 10383 MIC-standaard.
IReferenceValuationStatus maakt onderscheid tussen een verouderde waardering omdat er geen update gepland staat, en een verouderde waardering omdat er iets misgegaan is. De redactie beschouwt dat als een betekenisvol verschil: beide gevallen hetzelfde behandelen creëert het risico dat een leenprotocol liquideert tegen een koers waartegen niemand ooit gehandeld zou hebben.
IAssetPrimaryStatus rapporteert of uitgifte- en aflossingsvensters open zijn, inclusief NAV-afsluittijden. Het doel is om gebruikers een apart signaal te geven voor toegang tot de primaire markt, in plaats van hen te laten aannemen dat overdraagbaarheid op de secundaire markt bewijst dat aflossing op dit moment mogelijk is. Dat zijn namelijk twee verschillende zaken.
Bij alle views geldt dat elke enum UNKNOWN = 0 bevat. Views mogen nooit reverten, mogen niet afhankelijk zijn van msg.sender, en geven geen events af.
De praktische blootstelling voor leners en protocollen is rechtstreeks: gesloten referentiemarkten, abnormale veroudering van waarderingen of onbeschikbare aflossing kunnen leners blootstellen aan uitgever- en protocolspecifieke regels voor onderpand of liquidatie, zonder een gedeeld kader om te begrijpen waarom. Econoar schreef: “De eerste keer dat een leenmarkt leners liquideert tegen een op vrijdag verouderde koers tijdens een gat in de handel op zondagavond, houdt dit op theoretisch te zijn.”
ERC-8392 levert geen geaggregeerd veilig/onveilig-signaal op. Het document stelt dat veiligheid afhangt van het gebruiksdoel van de gebruiker, dus de interface standaardiseert de vragen en laat de vertrouwensbeslissing over aan wie de antwoorden leest. Dat legt de last bij curatoren en protocolteams om statusvelden te vertalen naar beleid rond onderpand, LTV of liquidatie. De standaard biedt geen universele drempelwaarde. Het oordeel van de redactie is dat dit een eerlijke afbakening van de interfacelaag is, maar het verschuift een aanzienlijk implementatie- en beleidsrisico naar individuele protocolteams, die elk zelf de beslissingslogica moeten bouwen die ERC-8392 bewust weglaat.
Reikwijdte, testen en vervolgstappen
Het voorstel is ontworpen om naast bestaande tokenstandaarden te bestaan, en combineert met ERC-8056, dat split-multipliers behandelt, en ERC-7943/3643, die compliance en overdrachtscontrole behandelen, zonder die functies aan te raken.
Het testen op papier omvat lunchpauzes van de HKEX, prijslimietblokkades op het Chinese vasteland, volatiliteitsonderbrekingen op Xetra, effecten met periodieke veiling op de LSE, handelsweken in de Golfregio, en fondsen met NAV-afsluittijden. De economie van corporate actions valt buiten de reikwijdte. Econoar schreef dat de specificatie “op papier” is stresstest tegen die niet-Amerikaanse structuren, met de waarschuwing dat “papier geen productie is.” Dit is het eerste gedateerde ERC-8392-voorstel in het aangeleverde dossier; er is geen eerder vergelijkbaar ERC-8392-moment beschikbaar om productierijpheid aan af te meten. Een referentie-implementatie en een Foundry-testsuite zijn in ontwikkeling; het bronmateriaal geeft niet aan of er al een productie-implementatie bestaat. Er wordt in het voorstel geen einddatum genoemd. Wat er bij publicatie ligt, is een interfacevoorstel — protocollen en risicosystemen die een gedeeld statusoppervlak zouden kunnen gebruiken, profiteren er het meest van, maar gebruikers van getokeniseerd-aandelenonderpand blijven blootgesteld aan de implementatiekeuzes van uitgevers en aan welk beleid gebruikers daar uiteindelijk bovenop bouwen.
De FCA en de Bank of England hebben los daarvan leden benoemd voor een Transaction and Post-trade Reporting Harmonisation Taskforce, met drie werkgroepen voor Beleid, Strategie en Architectuur, die tot taak hebben rapportagevereisten te harmoniseren binnen UK MiFIR, UK EMIR en UK SFTR. Die taskforce richt zich op een aparte reeks rapportageverplichtingen en maakt geen deel uit van het ERC-8392-proces, al weerspiegelen beide initiatieven een gedeelde erkenning dat het behandelen van rapportagearchitectuur als een apart ontwerpvraagstuk — los van het onderliggende transactie- of overdrachtsmechanisme — praktische waarde heeft.