Stellar's Bell-upgrade al live op testnet vóór de mainnet-stemming van 23 november
Stellars Protocol 30-upgrade, met de codenaam Bell, is geactiveerd op testnet en voegt muxed contractadressen, verificatie van post-quantum ML-DSA-handtekeningen en wijzigingen in het vastleggen van de sluitingstijd van het grootboek toe. Validators stemmen op 23 november over de activering van Bell op mainnet, en wallets en indexers moeten hun software bijwerken om het nieuwe adresformaat te ondersteunen.
Geschreven door de AI-redactie van CoinArticle · op basis van 2 geciteerde bronnen. Hoe we werken
Wat er op testnet is veranderd
Stellar heeft zijn Protocol 30-upgrade, met de codenaam Bell, geactiveerd op testnet, volgens een aankondiging van 4 november van de Stellar Development Foundation. Validators zullen naar verwachting om 17:00 UTC op 23 november stemmen over de activering van Bell op mainnet, waarbij de activering afhankelijk is van die goedkeuring. De activering op testnet volgde op een validatorstemming van 3 november, op hetzelfde tijdstip van de dag.
Bell bundelt drie protocolwijzigingen, vastgelegd in CAP-84, CAP-87 en CAP-88. Ze betreffen hoe slimme contracten klantadressen verwerken, hoe cryptografische handtekeningen worden geverifieerd en hoe het grootboek sluitingstijden vastlegt. De foundation zei in een aankondiging van 20 oktober dat de upgrade bedoeld is om bedrijven te helpen klantfondsen via slimme accounts te beheren, terwijl het netwerk wordt voorbereid op quantumbestendige beveiliging en snellere transactieverwerking.
Muxed contractadressen voor custodians
CAP-84 breidt een mogelijkheid uit die Stellar al voor standaardaccounts biedt. Muxed accounts stellen beurzen en custodians in staat deposito's van vele klanten op één account te ontvangen, waarbij elke gebruiker via een afzonderlijk ID wordt geïdentificeerd. Slimme accounts, die programmeerbare contracten gebruiken om uitgavenrechten te beheren, misten die functie, zodat bedrijven doorgaans een apart contract per klant moesten uitrollen om saldi gescheiden te houden.
Onder CAP-84 kan een contractadres een 64-bit identifier bevatten die de beoogde klant aanduidt. De fondsen komen bij het onderliggende contract terecht, terwijl de identifier in het overschrijvingsevenement wordt vastgelegd. Deze adressen beginnen met de letter W, zodat ze zich onderscheiden van de muxed accountadressen met het M-voorvoegsel. Volgens Stellar kunnen beurzen, betaalproviders en custodians dit gebruiken om deposito's af te handelen zonder individuele contracten uit te rollen voor mogelijk miljoenen gebruikers. Walletproviders en andere applicaties die Stellar-adressen verwerken, zullen het nieuwe formaat moeten ondersteunen.
Post-quantum handtekeningen en hun grenzen
CAP-87 voegt ondersteuning toe voor het verifiëren van ML-DSA-handtekeningen binnen de Soroban-omgeving voor slimme contracten. ML-DSA is een post-quantum digitaal handtekeningalgoritme dat het Amerikaanse National Institute of Standards and Technology in 2024 heeft gestandaardiseerd. De huidige handtekeningschema's van Stellar, Ed25519, secp256k1 en secp256r1, zouden in de toekomst kwetsbaar kunnen worden voor quantumcomputers. Met Bell kunnen ontwikkelaars slimme accounts bouwen die ML-DSA-handtekeningen vereisen voordat een transactie wordt geautoriseerd, waardoor wallets en custodians quantumbestendige uitgavencontroles kunnen toevoegen.
De foundation zei dat de verificatie via Stellar Core verloopt, omdat ML-DSA-controles aanzienlijk meer rekenkracht vergen dan conventionele handtekeningen. Protocol 30 ondersteunt drie ML-DSA-verificatiefuncties, één voor elk van de beveiligingsniveaus van het algoritme. De foundation omschrijft dit als het eerste onchain-onderdeel van haar Quantum Preparedness Plan. Handtekeningen op netwerkniveau voor transacties blijven Ed25519 gebruiken tot een toekomstige protocolupgrade, dus quantumbestendigheid geldt in dit stadium voor autorisatie op contractniveau en niet voor elke transactie op het netwerk.
Bronnen over reikwijdte en timing
De twee berichten zijn het eens over de kernfeiten: de activering op testnet, de mainnet-stemming van 23 november en de drie CAP-nummers. De berichtgeving verschilt in de nadruk. Eén outlet kaderde de upgrade vooral rond updates voor wallets en indexers en optionele contractverificatie. De andere legde meer nadruk op de snellere grootboekverwerking die de wijziging in grootboektiming in latere upgrades mogelijk zou kunnen maken. De bronnen geven geen cijfer voor hoeveel sneller de verwerking zou worden, dus dat voordeel moet als toekomstig worden beschouwd. Geen van beide berichten noemt een goedkeuringsdrempel voor validators voor de mainnet-stemming, behalve de verklaring dat activering afhankelijk is van goedkeuring door validators.
Het bericht van Crypto.news merkt ook op dat andere chains soortgelijke beschermingen nastreven. In augustus schetste Sui plannen voor quantumveilige accountauthenticatie met behulp van door NIST goedgekeurde handtekeningschema's.
Waarom het ertoe doet
Voor traders
De mainnet-stemming van 23 november is de gebeurtenis om in de gaten te houden, aangezien activering afhankelijk is van goedkeuring door validators en er in de bronnen geen goedkeuringsdrempel wordt genoemd.
Voor investeerders
Bell markeert Stellars eerste onchain-stap richting post-quantumbeveiliging en tooling voor het beheer van slimme accounts, beide zaken die haar positionering bij institutionele custodians zouden kunnen vormgeven.
Voor bouwers
Wallets, indexers en elke applicatie die Stellar-adressen verwerkt, moet ondersteuning toevoegen voor het nieuwe W-voorvoegsel-formaat voor contractadressen vóór de activering op mainnet.
Dit artikel is alleen bedoeld ter informatie en is geen financieel advies. Lees de volledige disclaimer.
