Aller au contenu principal

Staking xQORE

Cette page décrit le mécanisme de staking de gouvernance xQORE tel qu'il est conçu, dans lequel les détenteurs de QOR verrouilleraient leurs tokens pour obtenir un pouvoir de gouvernance renforcé, selon un modèle de rebase PvP qui récompense les participants sur le long terme. xQORE ne peut être utilisé sur aucun réseau aujourd'hui ; rien sur cette page n'est encore réalisable.

Pas encore disponible

xQORE est activé dans la genèse mais pas encore utilisable sur le mainnet (qorechain-vladi, version du nœud v3.2.3) ni sur le testnet (qorechain-diana, version du nœud v3.2.4) ; aucune des deux versions ne change cela (vérifié le 20 octobre 2026). Le nœud n'a aucun point d'entrée de transaction, de requête, CLI ou RPC pour lui (la route REST /qorechain/xqore/v1/params renvoie Not Implemented sur les deux réseaux) : il n'y a donc ni tx xqore lock / unlock, ni query xqore ..., ni route REST xQORE, ni méthode qor_getXQOREPosition, aucun QOR ne peut être verrouillé, et personne ne détient de xQORE. Il est prévu pour une future version de la chaîne, qui modifiera aussi la manière dont les pénalités de sortie sont redistribuées afin que le déverrouillage reste peu coûteux quel que soit le nombre de détenteurs. La version sera indiquée ici à sa sortie.

Vue d'ensemble​

Dans la conception, verrouiller du QOR émet du xQORE selon un ratio de 1:1, et le xQORE compte avec un poids double dans la formule de pouvoir de vote QDRW :

VP = sqrt(staked + 2 * xQORE) * ReputationMultiplier(r)

QDRW lui-même est désactivé sur les réseaux en service et les votes de gouvernance sont comptabilisés sur la seule mise en jeu (bonded) (voir Gouvernance) ; même une fois xQORE livré, il ne modifiera donc pas le pouvoir de vote tant que QDRW n'aura pas été activé par une future version.

Barème de pénalité de sortie prévu​

La configuration de genèse définit une pénalité de sortie qui diminue à mesure que le QOR reste verrouillé plus longtemps :

Durée de verrouillagePénalité de sortie
Moins de 30 jours50%
30 à 90 jours35%
90 à 180 jours15%
Plus de 180 jours0%

Selon la conception, les pénalités ne sont pas brûlées (penalty_burn_rate vaut 0) : la pénalité entière est redistribuée proportionnellement aux détenteurs de xQORE restants (le « rebase PvP »). Le mécanisme de redistribution est la partie qui changera dans la version qui intégrera xQORE.

Ce qui n'est pas disponible​

  • Verrouillage et déverrouillage. Il n'existe aucune commande tx xqore ni aucun type de transaction pour verrouiller ou déverrouiller du QOR.
  • Positions. Il n'existe aucune requête pour une position xQORE sur aucune interface (CLI, REST ou JSON-RPC), et total_locked et total_xqore valent tous deux zéro.
  • Bonus de vote. Il n'y a aujourd'hui aucun bonus de vote xQORE.

Si vous souhaitez participer à la gouvernance dès maintenant, déléguez du QOR à un validateur (voir Staking et délégation) et votez sur les propositions (voir Gouvernance).

Le staking à verrouillage temporel est une fonctionnalité différente (v3.2.4)​

La version v3.2.4, qui fonctionne sur le testnet depuis le 19 octobre 2026 et est programmée pour le mainnet à partir de la hauteur 3 742 566 (proposition de gouvernance 13), ajoute un module distinct, x/stakingtier, pour le staking optionnel à verrouillage temporel. Ce n'est pas xQORE : il n'émet aucun xQORE, ne modifie pas le pouvoir de vote et ne touche pas aux paramètres xQORE ci-dessus. En résumé :

  • Un délégateur verrouille une délégation à un validateur pour une durée choisie (le module propose 3, 6 et 12 mois). Tant que le verrouillage court, le montant verrouillé ne peut être ni retiré de la délégation (undelegate) ni redélégué, par aucun chemin de message (une transaction, authz, un contrat ou la gouvernance).
  • Les verrouillages ont une taille minimale et une limite quant au nombre qu'un même délégateur peut détenir ; lisez-les avec GET /qorechain/stakingtier/v1/params.
  • Une composante de récompense supplémentaire définie par les paramètres du module est créditée à chaque epoch d'inflation et réclamée avec un message distinct. La taille de cette composante est un paramètre du module et n'est pas indiquée sur cette page.
  • Un verrouillage peut être levé de façon anticipée. La levée anticipée fait perdre ce qui s'est accumulé et n'a pas été réclamé, et entraîne une pénalité dont une partie est brûlée.
  • Les verrouillages et l'état du compte de module sont lisibles à /qorechain/stakingtier/v1/locks/{holder} et /qorechain/stakingtier/v1/pool.

Le mainnet exécute la v3.2.3 jusqu'à la hauteur 3 742 566 ; jusque-là, GET https://api.qore.host/qorechain/stakingtier/v1/params y renvoie donc Not Implemented ; à partir de ce bloc, le module existe sur le mainnet comme sur le testnet. La délégation ordinaire est traitée dans Staking et délégation.