Question 1

Pourquoi certaines pages indiquent-elles ORB7 et d’autres ORBI ?

Accepted Answer

La plateforme de lancement d’Orbital7, Decubate, identifie explicitement ORBI comme l’ancien ORB7 ; la fiche Obital7 de CoinGecko utilise encore le symbole historique ORB7. La correspondance entre les deux symboles provient de la présentation du lancement ; l’absence de prix sur une page d’aperçu ne prouve pas que le token n’a pas été émis.

Question 2

Quels paramètres de base peut-on définir lors de la création d’un token avec Genesis ?

Accepted Answer

La documentation technique de Genesis cite parmi les paramètres configurables l’offre, le nom et le symbole du token. Ils concernent le token créé par un développeur ; ils ne signifient pas qu’un utilisateur peut ainsi modifier l’offre ou le nom du token propre à Orbital7.

Question 3

Quelle différence entre le paramètre d’offre de Genesis et la gestion de l’offre par Nova ?

Accepted Answer

Le paramètre d’offre de Genesis définit une caractéristique fondamentale du token créé ; Nova est au contraire décrit comme un outil de brûlage permettant aux projets de réduire l’offre de leurs tokens. Définir des paramètres d’émission et réduire l’offre sont deux opérations distinctes ; elles ne doivent pas être assimilées au même mécanisme d’émission supplémentaire ou de brûlage.

Question 4

Nova signifie-t-il que des ORBI seront automatiquement brûlés selon une proportion fixe ?

Accepted Answer

Cette conclusion ne peut pas être tirée de l’usage prévu de Nova. La documentation le présente comme un outil permettant aux projets de réduire l’offre de leurs propres tokens ; cet usage ne fixe ni proportion ni périodicité de brûlage automatique pour ORBI.

Question 5

Qui paie les frais de transaction lors de la réception d’une récompense d’airdrop via Comet ?

Accepted Answer

D’après la documentation technique de Comet, le participant paie les frais de transaction lorsqu’une récompense est reçue. Recevoir une récompense ne signifie donc pas que la réception est sans frais ; cette règle concerne l’étape de réception et ne s’applique pas automatiquement à d’autres opérations, comme la création d’un airdrop.

Question 6

Le calendrier de déblocage de Celestial ne peut-il être réparti qu’à parts égales entre les périodes ?

Accepted Answer

Non. La conception de Celestial permet des calendriers de déblocage davantage pondérés au début ou à la fin, c’est-à-dire avec plus de tokens à débloquer à une étape précoce ou tardive. Les proportions exactes dépendent du plan configuré ; il ne faut pas supposer qu’une quantité identique est libérée à chaque période.

Question 7

Celestial peut-il définir un délai d’attente avant le déblocage et une période de verrouillage ?

Accepted Answer

Oui. Les options de conception citées dans la documentation comprennent un cliff et une période de verrouillage. Un cliff est un seuil d’attente dans un calendrier de déblocage ; ces options doivent être comprises selon chaque plan et ne prouvent pas que tous les tokens utilisant Celestial ont le même délai d’attente.

Question 8

Peut-on négocier ou transférer des actifs pendant un verrouillage à durée déterminée selon Apex ?

Accepted Answer

Le verrouillage à durée déterminée décrit dans la documentation peut rendre les actifs indisponibles à la négociation ou au transfert jusqu’à l’expiration de la période de verrouillage prédéfinie. La restriction vise les actifs verrouillés selon cet arrangement ; elle ne peut pas être étendue à tous les actifs de l’écosystème Orbital7.

Question 9

Le verrouillage d’actifs par Apex et le brûlage de tokens par Nova ont-ils le même effet sur l’offre ?

Accepted Answer

Non. Ce type de verrouillage Apex limite la négociation ou le transfert d’actifs pendant une période prédéfinie, tandis que Nova sert à réduire l’offre de tokens. Une indisponibilité temporaire à la circulation n’équivaut pas à un brûlage, et la fin du verrouillage ne doit pas non plus être décrite comme une nouvelle émission de ces actifs.

Question 10

Quels paramètres de token et de durée faut-il définir pour créer un pool de staking Nebula ?

Accepted Answer

Le processus de création de Nebula exige d’indiquer séparément le token staké, le token de récompense, le montant total de tokens de récompense à distribuer et la durée. Lors de la création du pool, il faut préciser quel actif est apporté, avec quel actif les récompenses sont versées, ainsi que le budget et la durée des récompenses.

Question 11

Le token de récompense d’un pool de staking Nebula est-il nécessairement le même que le token staké ?

Accepted Answer

Il ne faut pas les considérer comme identiques par défaut. Le formulaire de création de Nebula configure séparément les champs du token staké et du token de récompense ; il faut donc les identifier d’après la configuration de chaque pool. Le fait que l’outil appartienne à Orbital7 ne permet pas non plus d’affirmer que les récompenses seront nécessairement versées en ORBI.

Question 12

Le rewards amount de Nebula représente-t-il le rendement individuel ?

Accepted Answer

Non. La documentation définit rewards amount comme la quantité totale de tokens de récompense que ce pool distribuera : il s’agit d’un budget de récompenses au niveau du pool, et non d’un rendement annuel individuel. Cette valeur et la durée du pool ne permettent pas non plus, à elles seules, de déterminer la récompense finale d’un participant.

Prix de Obital7 (ORB7)

Indice de peur et de cupidité

À propos de Obital7 (ORB7)

Cas d’utilisation et fonctionnalités

Mécanisme d’offre et d’émission

Informations de base et aperçu du marché de Obital7 (ORB7)

Principes de base

Questions fréquentes sur Obital7 (ORB7)