Salta al contenuto
BitcoinToolkit

Reserve Rights (RSR): Minting e Redemption Seguono il Basket Corrente

Reserve Rights è un token di protocollo ERC-20 utilizzato nei fondi tokenizzati decentralizzati di Reserve. A seconda del DTF, RSR può fornire governance, voto bloccato o overcollateralization di prima perdita. Questa pagina si concentra sul minting e sul Redemption Follow the Current Basket e sui controlli che gli utenti devono effettuare prima di utilizzare il protocollo o di valutare il ruolo del token.

Usa o metti in staking RSR comprendendo che i diritti e l'esposizione alla prima perdita sono specifici per ogni DTF di Reserve.

Oggetto:
Reserve Rights
Modalità di mercato:
Solo istantanea
Asset per le commissioni:
ETH / varia
Fuso orario:
UTC

Questa pagina non valuta un DTF, non verifica le riserve, non calcola un rimborso, non raccomanda lo staking di RSR né garantisce che l'overcollateralization copra ogni perdita.

Separare RSR e DTFIspezionare il rischio di prima perdita
Proprietà dei contenuti: Redazione di BitcoinToolkit Riferimenti tecnici: documentazione ufficiale del protocollo e per sviluppatori. Approccio di revisione: le spiegazioni tecniche sono verificate rispetto alle fonti primarie e aggiornate quando la rete o l'asset cambiano. Ultima revisione dei contenuti: Ultimo test di integrazione dati:

Minting e Redemption Follow the Current Basket

Un token di portafoglio dipende dai plugin di collaterale effettivi e dallo stato del basket.

Emissione, rimborso e ribilanciamento

Un utente conia un DTF fornendo le quantità richieste del paniere e lo riscatta per il paniere di riscatto corrente. La governance può aggiornare la garanzia collaterale di riserva, i parametri e la composizione del paniere secondo regole di timelock e ruoli. I default della garanzia collaterale possono innescare trading e ribilanciamento piuttosto che una promessa fissa di rimborso di un dollaro per ogni prodotto.

Ispeziona la composizione del paniere, lo stato della garanzia collaterale, il prezzo di emissione, l'output di riscatto, lo slippage e il gas prima di firmare. Verifica se un asset è detenuto direttamente, avvolto o rappresentato tramite un altro protocollo. Il prezzo di mercato di un DTF può divergere dal valore patrimoniale netto quando la liquidità è scarsa o i riscatti sono vincolati da aste, pause, garanzie congelate o congestione della chain host.

RSR Non È il Basket di Asset All'interno di un DTF

Il token del protocollo e ogni token di portafoglio emesso rappresentano diritti diversi.

Token del protocollo rispetto a token di portafoglio

I protocolli di riserva consentono ai deployer di creare DTF, descritti anche come RTokens in parti del sistema. Un token DTF rappresenta il suo paniere configurato e le regole di emissione o riscatto. RSR è separato: può essere messo in staking contro un DTF di rendimento selezionato o bloccato con voto per un DTF indice secondo la configurazione di quel prodotto.

Detenere RSR non dà un diritto proporzionale su ogni paniere di garanzia collaterale, e detenere un DTF non crea automaticamente potere di voto RSR. Prima di interagire, verifica la rete, il contratto DTF, il registro delle garanzie, il mandato, la governance e il contratto di staking RSR. La stessa interfaccia Reserve può elencare prodotti con asset e politiche di rischio materialmente diversi.

RSR in Staking Può Essere Capitale di Prima Perdita

La condivisione dei ricavi compensata una posizione che può essere sequestrata e venduta dopo una carenza di garanzie.

Sovracollateralizzazione e governance

Per i DTF di rendimento supportati, stRSR può fornire una sovracollateralizzazione. Quando il collaterale va in default e il paniere non può recuperare completamente, il protocollo può sequestrare e vendere RSR in staking per il DTF interessato. Gli staker possono ricevere una quota configurata delle entrate del DTF e partecipare alla governance, ma la protezione è limitata dal valore RSR disponibile e dalle condizioni dell'asta.

Valuta ogni pool di staking separatamente: qualità del paniere, rapporto stRSR, ritardo di prelievo, governance, ricavi e concentrazione contano tutti. Non chiamare la posizione assicurata o presumere che lo staking di un DTF protegga un altro. Una perdita grave o correlata della garanzia collaterale può superare il backstop disponibile, e un calo del valore di mercato di RSR può indebolire la copertura effettiva durante lo stress.

Rischi di Reserve Rights Prima del Completamento

Inizia con il DTF esatto piuttosto che con il ticker RSR.

Cosa dovrebbero verificare gli utenti di Reserve Rights e perché questo design differisce

I detentori di DTF dovrebbero ispezionare il paniere e la governance. I coniatori e i riscattatori dovrebbero confrontare l'output del contratto, lo slippage e il gas. Gli staker di RSR dovrebbero modellare l'esposizione alle perdite di primo livello e il ritardo di uscita. Gli elettori dovrebbero rivedere il DTF target, la proposta, il ritardo di esecuzione e i ruoli privilegiati. Mantieni disponibile l'asset nativo della chain host per ogni azione.

Non riutilizzare una fonte o un contratto da un DTF diverso, trattare una percentuale di entrate come rendimento garantito o presumere che un'interfaccia ufficiale elimini il rischio dell'emittente e del contratto intelligente dai token collaterali. Conserva gli hash delle transazioni e gli ID delle proposte di governance, quindi utilizza strumenti di wallet e sicurezza per i contratti e le approvazioni effettivi.

FAQ sull'uso della rete Reserve Rights

Tenere RSR rende ogni applicazione Reserve Rights pronta per le transazioni?

No. RSR è l'asset del protocollo mostrato nell'istantanea di mercato. Il wallet necessita ancora della rete corretta, dell'asset per le commissioni, del contratto o programma, e di qualsiasi token o permesso specifico dell'applicazione.

Limitazioni note

Metodologia dei dati di mercato

La pagina utilizza un'istantanea aggregata RSR/USD di CoinGecko. Nessun grafico di scambio è reso per questa entità.

Fonte dello snapshot di mercato
Dati di mercato aggregati CoinGecko (RSR/USD)
Cache
La cache dello snapshot è di circa 60 secondi.
Gestione dei guasti
I dati memorizzati nella cache e verificati sono etichettati come Cached o Delayed. I valori mancanti rimangono non disponibili.
Stato dello snapshot
Fresco
Segnala un problema
Segnala un problema relativo ai dati di mercato →

Fonti tecniche

Le fonti primarie selezionate supportano le spiegazioni operative. L'attribuzione del fornitore di mercato rimane separata.

Informazioni editoriali

Contenuto tecnico verificato, fonti revisionate e cronologia degli aggiornamenti.

Pubblicato
Ultima revisione
Verifica dei dati
Fonti
Documentazione ufficiale