Question 1

Qu’est-ce que MTV ?

Accepted Answer

MTV est un jeton associé à l’écosystème de la blockchain publique MultiVAC. MultiVAC se positionne techniquement comme une blockchain publique évolutive destinée aux applications décentralisées complexes et à grande échelle ; son idée centrale consiste à traiter de manière fragmentée le travail des transactions, du calcul et du stockage, plutôt que de faire répéter à chaque nœud l’ensemble des tâches. Le contexte du projet MTV est donc avant tout ce réseau de calcul fragmenté ; les pages publiques seules ne permettent pas de confirmer davantage si ses fonctions actuelles d’offre, de staking, de gouvernance ou de récompenses sont effectivement activées.

Question 2

Quel problème la conception de sharding de MultiVAC résout-elle ?

Accepted Answer

Le sharding de MultiVAC répartit le travail du réseau entre différents groupes de nœuds : les transactions, le calcul des contrats intelligents et le stockage sont tous intégrés à cette conception fragmentée. L’objectif est qu’un nœud individuel n’ait pas à assumer l’ensemble des données et du travail d’exécution du réseau, afin de laisser davantage de place au traitement parallèle. Cela ne signifie pas que toute application obtient automatiquement le même débit. Le traitement inter-shards, la disponibilité des données et les exigences de sécurité continuent d’influencer le mode d’exécution réel ; le rôle du sharding est de modifier la manière dont le travail est réparti, et non de supprimer ces contraintes.

Question 3

Que signifie le « calcul flexible » de MultiVAC ?

Accepted Answer

Le livre blanc décrit MultiVAC comme un cadre de calcul qui permet aux contrats intelligents de choisir des compromis entre cohérence, disponibilité et tolérance au partitionnement selon les besoins de l’application. Ici, « flexible » ne signifie pas contourner les limites des systèmes distribués, mais permettre aux développeurs de choisir, pour un cas précis, des objectifs de traitement et de fiabilité plus adaptés. En pratique, cela signifie que différentes applications ne sont pas obligées d’adopter exactement les mêmes hypothèses d’exécution : les scénarios qui exigent davantage de cohérence des résultats et ceux qui privilégient la disponibilité ou la poursuite de l’exécution en cas de partitionnement peuvent adopter des conceptions différentes. Un compromis signifie également qu’une priorité accrue accordée à une dimension implique généralement d’accepter les limites correspondantes sur les autres dimensions.

Question 4

Comment MultiVAC organise-t-il l’état des transactions et les nœuds de sharding ?

Accepted Answer

Le livre blanc de MultiVAC utilise le modèle UTXO pour représenter les sorties de transaction qui n’ont pas encore été dépensées : une transaction consomme des sorties existantes et crée de nouvelles sorties, et le solde disponible est constitué des sorties non dépensées. Ce modèle sert à organiser l’état des transactions, plutôt que d’utiliser un champ de solde de compte comme unique représentation. Pour l’organisation des nœuds et des shards, le livre blanc utilise une VRF (fonction aléatoire vérifiable) dans la sélection des shards. Une VRF permet à un nœud de produire un résultat aléatoire vérifiable, afin de réduire la possibilité qu’une seule partie manipule arbitrairement le processus de sélection ; elle sert à organiser les membres des shards, sans équivaloir à une garantie que les transactions réussiront nécessairement ni à l’élimination de tous les risques de sécurité.

Question 5

Pourquoi faut-il confirmer la version du réseau avant de transférer des MTV ?

Accepted Answer

Le rapport officiel de 2021 a répertorié différentes formes de MTV, notamment sur le mainnet, ERC-20, BEP-20 et BEP-2, et indiquait qu’à cette époque des dispositifs de conversion par pont existaient entre certaines formes. Un même nom de jeton ne signifie pas que les adresses, les formats de transaction ou les parcours d’actifs de ces réseaux sont naturellement interopérables. Ce rapport est un document historique et ne permet pas d’affirmer que les ponts, les adresses de contrat ou le périmètre de prise en charge actuels sont encore valides. Avant un transfert, il faut d’abord vérifier les réseaux et versions d’actifs explicitement pris en charge aux deux extrémités, d’envoi et de réception ; si les réseaux ne correspondent pas, les actifs risquent de ne pas arriver comme prévu ou de ne pas pouvoir être récupérés.

Prix de MultiVAC (MTV)