XRP Ledger stelt vier oplossingen voor voor beperkingen voor houders van beperkte tokens
Ontwikkelaars van de XRP Ledger hebben wijzigingen voorgesteld om de goedkeuringscontroles van uitgevers voor beperkte tokens aan te scherpen, waaronder liquiditeitspooltokens en bestaande trust-line-saldi. De voorstellen zijn nog in beoordeling en zijn geen actieve netwerkregels.
Geschreven door de AI-redactie van CoinArticle · op basis van 4 geciteerde bronnen. Hoe we werken
De voorgestelde wijzigingen
Ontwikkelaars van de XRP Ledger hebben oplossingen voorgesteld om de goedkeuringsvereisten van uitgevers voor beperkte tokens te versterken. Volgens berichtgeving van Bitcoinist en Crypto Briefing zouden de wijzigingen de controles op handel in poolaandelen en tokenoverdrachten aanscherpen, zodat niet-goedgekeurde accounts via de huidige protocoluitzonderingen geen beperkte activa kunnen verwerven.
De huidige openbare coderegistratie toont twee relevante open voorstellen, genummerd 8648 en 8650, beide ingediend op 27 oktober. Ontwikkelaars koppelen het werk aan het geplande fixCleanup3_5_0-amendement. Eerdere beschrijvingen van vier voorgestelde oplossingen vormen niet het definitieve pakket: twee bredere gekoppelde voorstellen zijn gesloten, dus de open wijzigingen zijn de betrouwbare referentie.
Autorisatie voor liquiditeitspooltokens
Voorstel 8648 zou vereisen dat een account dat een liquiditeitsverstrekkerstoken verwerft, voldoet aan de autorisatievereisten voor beide activa in de bijbehorende automated market maker. De redenering is economisch: een pooltoken vertegenwoordigt een claim op de activa van de pool, dus alleen de directe stortingsroute controleren kan andere routes, zoals een overdracht of een ruilaanbod, openlaten voor niet-goedgekeurde houders.
Voor een uitgever die op toestemmingsregels vertrouwt, is dit van belang, omdat een beperking over elke route moet gelden waarlangs een account blootstelling kan verkrijgen, en niet alleen over de meest voor de hand liggende.
Bestaande trust-line-saldi
Voorstel 8650 behandelt een controle in de betalingsengine die voorheen van toepassing was wanneer een niet-geautoriseerde trust line een saldo van nul had. Het voorgestelde gedrag zou voorkomen dat een bestaand niet-geautoriseerd saldo verder wordt verhoogd door aanvullende ontvangsten. De codediscussie maakt een onderscheid tussen het ontvangen van tokens van een uitgever en het terugbetalen van een verplichting aan de uitgever, zodat een legitiem aflossings- of herstelpad beschikbaar blijft.
Status en activering
Het amendementproces van de XRP Ledger vereist dat wijzigingen die de transactieverwerking beïnvloeden, in de software worden opgenomen en vervolgens gedurende twee weken meer dan 80% steun van validators krijgen. Geen van beide voorstellen heeft dat proces voltooid. Beoordeling kan het ontwerp wijzigen, een release kan het opnemen of uitstellen, en validators nemen hun eigen activeringsbeslissingen. De voorstellen maken de native XRP-activa niet uitgever-gestuurd, en ze betekenen niet dat de regels vandaag op mainnet worden afgedwongen.
Beveiligings- en compliancecontext
De XRP Ledger Foundation heeft verklaard dat gebruikers door de bestaande hiaten niet negatief zijn beïnvloed. Ontwikkelaars stellen dat de oplossingen de controle van uitgevers over de tokendistributie zouden versterken en compliancegerichte uitgevers zouden kunnen ondersteunen. De Foundation heeft niet gezegd of de wijzigingen een verplichting op protocolniveau zouden worden of optioneel blijven voor uitgevers.
Waarom het ertoe doet
Voor traders
Beperkte tokens kunnen moeilijker te verkrijgen worden via indirecte routes als de voorstellen worden uitgerold, dus controleer de goedkeuringsstatus van de uitgever voordat u pool- of overdrachtstransacties uitvoert.
Voor beleggers
Als de wijzigingen worden aangenomen, zouden strengere controle door uitgevers over toestemmingsgebonden tokens compliancegerichte aanbiedingen op de XRP Ledger kunnen ondersteunen, hoewel nog niets actief is.
Voor bouwers
Applicaties die het gedrag van beperkte tokens testen, moeten de voorgestelde reacties apart modelleren van het huidige productiegedrag, omdat een verwachte foutmelding niet noodzakelijk is wat live transacties vandaag ontvangen.
Dit artikel is alleen bedoeld ter informatie en is geen financieel advies. Lees de volledige disclaimer.
