Ethereum MPBC est disponible sur le mainnet : Comment la construction de blocs multipartite étend le PBS

Ethereum MPBC est disponible sur le mainnet : Comment la construction de blocs multipartite étend le PBS

Image personnalisée
Le 16 septembre 2026, la chaîne de construction de blocs hors protocole d’Ethereum a accompli une étape concrète lorsque la construction de blocs multipartites, ou MPBC, a commencé à fonctionner sur le mainnet. Coordonné par le Blockspace Forum, le système permet à plus d’un constructeur de contribuer des transactions au même bloc tout en préservant la séparation existante entre proposeur et constructeur via une enchère. Les premières données des 24 premières heures ont montré qu’environ 3 % des blocs utilisaient l’approche multipartite et plus de 20 000 transactions ont été incluses plus rapidement qu’elles ne l’auraient été autrement. La conception est strictement additive : aucune modification du consensus, aucun hard fork, et aucune exigence pour les validateurs déjà connectés aux relais majeurs de modifier leur configuration. Des opérateurs tels que Titan, Ultra Sound et Aestus ont commencé à servir des blocs multipartites, avec une couverture rapportée à environ 85 % des constructeurs et 90 % des validateurs.
 
L'approche est claire. MPBC étend le modèle PBS en créant des chemins d'inclusion supplémentaires au sein d'une seule plage. Un bloc de base provenant du constructeur offrant la plus haute enchère peut être amélioré en ajoutant des transactions non conflictuelles provenant d'autres constructeurs ayant choisi de participer. Le bloc multipartite résultant est livré uniquement lorsqu'il génère une valeur supérieure à celle de la meilleure alternative monopartite disponible au moment de la livraison. Ce mécanisme vise à corriger des lacunes structurelles connues dans le pipeline actuel, une visibilité limitée des transactions, des dynamiques « gagnant-tout » et un soutien plus faible pour les transactions de service, tout en restant entièrement compatible avec les prochaines évolutions du protocole, telles que le PBS inscrit et le FOCIL.
 

Comment fonctionne le modèle uniquement en ajout en production

Dans la version initiale de MPBC, le bloc à offre unique la plus élevée sert de base. Les opérateurs identifient ensuite les transactions éligibles soumises par d'autres constructeurs qui ne sont pas en conflit avec l'état ou les garanties d'exécution du bloc de base. Ces contributions sont ajoutées, et non intercalées ni réordonnées. Des transactions de service telles que les engagements du proposer absents de la base peuvent également être ajoutées. Une fois le bloc multipartite assemblé, l'opérateur le ré-simule pour confirmer sa validité et calcule la valeur excédentaire créée par les transactions supplémentaires. Seul si ce bloc multipartite propose une offre supérieure à celle du meilleur bloc à partie unique disponible au moment de la livraison, et uniquement si le constructeur de base reste le même, l'en-tête multipartite est proposé au proposer. La documentation publiée par le Blockspace Forum détaille les étapes exactes de fusion et de livraison, y compris la nécessité pour les opérateurs de filtrer toute transaction qui entraînerait un retour en arrière.
 
Les premiers résultats du mainnet ont montré que certains blocs multi-parties contenaient jusqu'à 810 transactions supplémentaires par rapport à la version à constructeur unique, avec une utilisation du gaz augmentant considérablement dans certains cas. La contrainte d'ajout uniquement garde la conception simple et sécurisée pour le premier déploiement en production, tout en permettant des gains mesurables en utilisation de l'espace bloc. Les constructeurs contrôlent la participation via des indicateurs de métadonnées soumis avec chaque enchère. Un constructeur peut marquer un bloc comme éligible pour servir de base de fusion ou marquer des transactions individuelles comme fusionnables dans d'autres bases. Les opérateurs partagent les charges entre eux pour améliorer la fiabilité de la propagation. La valeur créée par les transactions ajoutées est répartie selon une règle initiale fixe : le surplus est divisé également entre le constructeur de base, le constructeur contributeur, l'opérateur et le proposer. Les frais de priorité continuent d'être accumulés sur le coinbase du constructeur de base, et les paiements de répartition sont réglés en ajoutant des transactions financées à partir des réserves que le constructeur de base a déposées auprès des opérateurs. Ce dispositif offre aux petits constructeurs un chemin pour générer des revenus sans remporter l'enchère complète, tout en préservant les incitations à la concurrence pour la place de base.
 

Métriques précoces du mainnet et gains d'inclusion observés

Au cours de la première journée complète d'exploitation, environ 3 pour cent des blocs Ethereum ont intégré une construction multipartite. Les tests lancés à la fin août avaient déjà démontré une inclusion plus rapide pour plus de 20 000 transactions. Les tableaux de bord en direct publiés à l'occasion du lancement suivent les taux de participation, la valeur excédentaire et le nombre de transactions supplémentaires incluses par bloc multipartite. Ces chiffres restent modestes car le système est nouveau et les constructeurs adhèrent encore transaction par transaction, mais la tendance est claire. Les blocs qui auraient précédemment reporté certaines transferts ou transactions blob à des créneaux ultérieurs les absorbent désormais lorsqu'ils augmentent la valeur globale. Les données de pré-lancement du Blockspace Forum, couvrant environ 250 000 blocs, suggèrent qu'une implémentation V1 entièrement utilisée pourrait augmenter la valeur des blocs de jusqu'à 4,15 pour cent lorsque toutes les transactions éligibles sont disponibles pour la fusion.
 
La performance réelle du mainnet dépendra de la rapidité avec laquelle davantage de développeurs enregistreront des comptes Safe auprès des opérateurs et marqueront leur flux comme fusionnable. L’effet pratique pour les utilisateurs est une réduction des temps d’attente pendant les périodes de forte demande. Les transactions qu’un développeur filtre ou ne voit tout simplement pas peuvent toujours atteindre la chaîne dans le créneau actuel grâce à la contribution d’un autre développeur. Cela réduit la nécessité de surenchérir de manière défensive et diminue la probabilité qu’une transaction se répande sur les créneaux suivants. Les validateurs connectés aux opérateurs participants reçoivent automatiquement la plus élevée des enchères multipartites ou unipartites. Aucun nouveau logiciel n’est requis pour la grande majorité des opérateurs de nœuds déjà utilisant des sidecars PBS. Le système offre donc des améliorations immédiates, bien que toujours partielles, de l’utilisation sans imposer une mise à niveau simultanée à l’ensemble du jeu de validateurs.
 

Opérateurs gérant le pipeline de fusion et de livraison

Trois opérateurs, Titan, Ultra Sound et Aestus, ont commencé à servir des blocs multipartites le jour du lancement. Leurs points de terminaison sont intégrés aux validateurs du même flux d'enregistrement déjà utilisés pour les relais. Les opérateurs reçoivent les blocs et fusionnent les préférences des constructeurs, effectuent la construction en ajout uniquement, resimulent le résultat et le comparent à la dernière offre la plus élevée d'un seul partenaire. Étant donné que les opérateurs partagent les charges utiles entre eux, un proposant qui signe une en-tête peut toujours obtenir le corps correspondant auprès d'un autre opérateur si le premier devient inaccessible. Cette conception partagée réduit le risque de point unique de défaillance qui a historiquement accompagné l'infrastructure des relais. Le rôle d'opérateur est sans autorisation ; une implémentation de référence publique existe, et toute partie peut exécuter le logiciel. En pratique, la performance et la fiabilité compétitives détermineront quels opérateurs attireront un trafic soutenu de constructeurs et de proposants.
 
Les opérateurs gèrent également les transactions de répartition de la valeur qui règlent les parts excédentaires. Ils conservent une visibilité sur les réserves déposées par les constructeurs et s'assurent que les paiements de répartition sont correctement ajoutés avant la finalisation du bloc pour livraison. Les éléments futurs de la feuille de route incluent une rémunération basée sur la performance pour les opérateurs, au lieu de la répartition fixe actuelle. Pour l'instant, la répartition fixe fournit un point de départ transparent que toutes les parties peuvent vérifier sur la chaîne. Les validateurs utilisant la technologie de validateur distribué ne font face à aucune exigence supplémentaire ; ils bénéficient des blocs multipartites dès que leur sidecar est pointé vers les points de terminaison des opérateurs.
 

Résistance à la censure grâce à plusieurs chemins d'inclusion

Dans le cadre du PBS à constructeur unique, le constructeur gagnant exerce une entière discrétion sur quelles transactions entrent dans le bloc. Les transactions filtrées ou simplement non observées doivent attendre une autre tranche ou un autre constructeur. MPBC modifie cette dynamique en permettant aux constructeurs contributeurs d’ajouter des transactions omises par le constructeur de base. Une transaction refusée par un constructeur peut tout de même apparaître si un autre constructeur la soumet et que l’opérateur détermine que son ajout augmente la valeur du bloc sans violer les garanties d’exécution du bloc de base. La documentation du Blockspace Forum liste explicitement une meilleure résistance à la censure comme l’un des objectifs de conception. Le mécanisme ne supprime pas le filtrage, mais il multiplie le nombre de parties indépendantes qui doivent convenir d’exclure une transaction avant qu’elle ne soit définitivement reportée.
 
Cette fonctionnalité complète, sans remplacer, les autres conceptions de listes d'inclusion en cours de discussion. FOCIL, attendu dans une future mise à jour, obligera un ensemble d'attesteurs sélectionnés aléatoirement à inclure un nombre limité de transactions que le protocole lui-même a observées. MPBC opère au niveau du constructeur et couvre donc les transactions que tout constructeur participant a vues, y compris celles qui n'ont peut-être jamais atteint le mempool public. Ensemble, les deux approches créent des garanties chevauchantes : une inclusion forcée au niveau du protocole pour un sous-ensemble de transactions et une inclusion multi-constructeurs guidée par le marché pour un ensemble plus large. Cette combinaison augmente le coût de la censure soutenue sans nécessiter de modifications aux règles de consensus qui régissent la validité des blocs aujourd'hui.
 

Compatibilité avec PBS inscrit et futures mises à jour du protocole

MPBC est conçu pour fonctionner aux côtés de la séparation proposer-builder inscrite dans le protocole. L'ePBS améliore le transfert fiable des blocs des buildeurs aux proposers en déplaçant certaines fonctions de garantie au sein du protocole. MPBC continue de fonctionner car il ne repose pas sur le rôle intermédiaire de relais-garant pour sa logique de fusion principale. Les proposers restent libres de sélectionner la meilleure offre, quelle que soit la manière dont cette offre a été transmise — via un canal traditionnel ou via un opérateur MPBC. Le Blockspace Forum affirme que le système est entièrement compatible à la fois avec les offres sans confiance et les chemins d'enchères peer-to-peer. Déployer cette amélioration hors-protocole simultanément à la mise à niveau du protocole lui-même crée une opportunité de remplacer certaines fonctions de relais d'intérêt public par une infrastructure gérée de manière compétitive et générant des revenus proportionnels à la valeur qu'elle crée.
 
En regardant plus loin, la même architecture additive devrait rester compatible avec FOCIL et avec toute extension ultérieure des listes d'inclusion. Puisque MPBC ne modifie pas les conditions de validité d'un bloc, les changements de protocole introduisant de nouvelles contraintes peuvent être absorbés par les opérateurs lorsqu'ils re-simulent le résultat multi-parties. La limitation initiale aux transactions non contestées, aux transferts simples et aux bundles auto-contenus garde la première version prudente. Les versions ultérieures prévues dans la feuille de route visent à élargir l'ensemble des types de transactions fusionnables une fois que le mécanisme de base aura été prouvé stable sous charge mainnet.
 

Opportunités de revenus pour les petits constructeurs

Les constructeurs qui gagnent rarement la totalité de l'enchère peuvent toujours générer des revenus en contribuant des transactions ajoutées aux blocs de base aux enchères les plus élevées. Le surplus créé par ces contributions est partagé, offrant au constructeur contributeur un retour économique direct. En même temps, un constructeur qui remporte la place de base bénéficie de tout flux supplémentaire ajouté par d'autres constructeurs, augmentant la probabilité que son bloc reste l'option à la plus haute valeur au moment de la livraison. L'enregistrement nécessite uniquement qu'un constructeur ouvre un Safe avec chaque opérateur qu'il souhaite utiliser et dépose des réserves qui financent les paiements de distribution. L'option d'adhésion s'effectue au niveau de chaque soumission via un simple indicateur d'en-tête, permettant aux constructeurs de conserver un contrôle total sur quels blocs et transactions participent.
 
Cette structure réduit les barrières pour les développeurs spécialisés ou régionaux. Un développeur qui se concentre sur une catégorie particulière de transactions de service ou sur le flux de commandes provenant d'une région géographique spécifique peut toujours monétiser ce flux, même s'il ne génère pas l'offre la plus élevée au niveau mondial. L'effet global est de diluer la pression « gagnant-tout-prend » qui a historiquement concentré la construction de blocs parmi un petit nombre d'entités sophistiquées. La mesure dans laquelle cette dilution suffit à modifier la structure du marché dépendra de la largeur d'adoption des indicateurs opt-in par les développeurs et de l'efficacité avec laquelle les opérateurs rivalisent sur la qualité et la fiabilité des fusions.
 

Impact sur la latence des transactions et l'expérience utilisateur

Lorsque la capacité est limitée, les transactions qu'un seul constructeur n'inclut pas se répercutent sur des créneaux ultérieurs. Les utilisateurs répondent en surenchérissant pour améliorer leurs chances d'inclusion immédiate. MPBC réduit à la fois les répercussions et les surenchères défensives en élargissant l'ensemble des transactions pouvant être incluses dans le créneau actuel. Pendant les périodes de volatilité des prix ou de demande réseau accrue, la capacité d'absorber un flux supplémentaire non conflictuel peut réduire de manière significative les temps de confirmation. L'observation précoce sur le mainnet de plus de 20 000 transactions inclues avec des confirmations plus rapides est cohérente avec cette attente.
 
Étant donné que le bloc multipartite n'est livré que lorsqu'il est plus précieux, le mécanisme n'oblige pas les transactions de moindre valeur à être intégrées dans les blocs au détriment des transactions de plus haute valeur ; il permet simplement à davantage de transactions de haute valeur de coexister. Les transactions de service qui exigeaient auparavant une adhésion explicite du constructeur gagnant disposent désormais de voies supplémentaires. Un engagement du propulseur qu'un constructeur omet peut toujours être ajouté par un autre. Cela améliore la fiabilité des préconfirmations et d'autres marchés de services émergents sans exiger que chaque constructeur compétitif prenne en charge chaque protocole de service. Les originateurs font donc face à un environnement d'inclusion plus prévisible, même si la mise aux enchères sous-jacente reste compétitive.
 

Contraintes techniques de la première version de production

L'implémentation V1 restreint délibérément la fusion aux transactions qui ne se concurrencent pas pour le même état contesté. Les transferts simples et les bundles auto-contenus sont pris en charge ; les interactions plus complexes qui pourraient modifier les garanties d'exécution du bloc de base sont exclues. Les opérateurs doivent re-simuler chaque bloc multipartite car la racine d'état change lorsque de nouvelles transactions sont ajoutées. Les blocs invalides sont gérés selon les mêmes principes d'optimistic-relay déjà existants : le proposer reçoit la valeur du slot, et après ePBS, un opérateur peut également soumettre une enchère en tant qu'entité avec mise en garantie.
 
Les constructeurs et opérateurs continuent de s'appuyer sur une confiance mutuelle pour le partage de charges utiles, bien que des mécanismes économiques ou cryptographiques puissent être introduits dans le futur pour réduire cette surface de confiance. Ces contraintes limitent le premier déploiement à des limites de sécurité bien comprises. Le Blockspace Forum a déjà indiqué qu'une version V2 prévue plus tard en 2026 élargira l'ensemble des types de transactions fusionnables une fois l'expérience opérationnelle acquise. Des mises à jour progressives se poursuivront en parallèle. La conception traite donc le lancement sur le mainnet comme le début d'un processus itératif plutôt que comme un produit final.
 

Intégration du validateur et continuité opérationnelle

La plupart des validateurs déjà connectés aux plus grands relais commencent à recevoir des blocs multipartites sans modification de configuration. Ajouter les trois points de terminaison opérateurs à la liste existante de relais sidecar est suffisant. Les préférences telles que le filtrage régional ou les listes de buildeurs de confiance peuvent toujours être exprimées via l'en-tête d'enregistrement standard. Les jeux de temporisation joués par les proposeurs n'interfèrent pas avec la construction MPBC ; les opérateurs améliorent continuellement le meilleur bloc de base disponible tout au long de la fente, et le proposeur reçoit toujours l'en-tête de la plus haute valeur disponible au moment de la demande.
 
Les pannes d'infrastructure sont atténuées par le partage de charge entre les opérateurs, de sorte qu'une en-tête signée peut toujours être honorée même si l'opérateur d'origine devient temporairement inaccessible. Les opérateurs de technologie de validateur distribué n'ont pas besoin d'effectuer d'étapes supplémentaires. Il en va de même pour les validateurs qui continuent d'utiliser le relais optimiste. Étant donné que les blocs multipartites sont entièrement simulés avant livraison, le profil de risque pour les proposeurs reste comparable à celui qu'ils acceptent déjà dans le cadre du PBS conventionnel. Le résultat net est une augmentation de la valeur attendue des enchères avec un surcoût opérationnel minimal.
 

MPBC et le marché en évolution des constructeurs Ethereum

En créant des flux de revenus pour les contributeurs qui ne remportent pas la mise de base, MPBC modifie le calcul économique qui a conduit à la concentration parmi les constructeurs. Un constructeur n'a plus besoin de capturer l'ensemble de la place pour tirer de la valeur de son flux de commandes. En même temps, la exigence qu'un bloc multipartite ne puisse remplacer qu'une offre supérieure provenant du même constructeur de base préserve l'incitation à concourir agressivement sur la mise principale. Les opérateurs perçoivent une part du surplus qu'ils libèrent, alignant ainsi leurs incitations sur une utilisation plus élevée plutôt que sur des frais d'escrow purs. Avec le temps, la concurrence entre opérateurs sur la qualité de fusion, la latence et la fiabilité devrait entraîner de nouvelles améliorations dans le pipeline.
 
Les ateliers du Blockspace Forum à Buenos Aires et à Cannes ont réuni des équipes représentant plus de 95 % de la production de blocs hors protocole. Cette large participation augmente la probabilité que la conception continue d’évoluer avec les apports des parties qui exploitent réellement l’infrastructure. La documentation publique, les tableaux de bord de métriques en direct et une implémentation de référence ouverte réduisent davantage les asymétries d’information. La combinaison d’incitations économiques et de mesures transparentes fournit une base pratique pour évaluer si le modèle multipartite peut élargir durablement la participation.
 

Conclusion

Le Blockspace Forum a déclaré que le déploiement actuel est la première étape. Une version V2 prévue plus tard cette année devrait permettre un éventail plus large de types de transactions au-delà de l'ensemble non contesté autorisé aujourd'hui. Une rémunération basée sur les performances pour les opérateurs est listée comme un élément de la feuille de route qui remplacerait la répartition fixe actuelle de 25 %. Des accords de collatéral partagé entre opérateurs sont en discussion pour améliorer l'efficacité du capital pour les constructeurs. Des mises à jour progressives se poursuivront en parallèle avec les changements plus importants du protocole prévus pour Glamsterdam et les forks suivants.
 
Étant donné que l'architecture reste additive, ces améliorations peuvent être introduites sans nécessiter des mises à niveau simultanées de l'ensemble des validateurs ou des constructeurs. La même documentation souligne la collaboration continue avec la communauté de recherche Ethereum plus large. Les canaux de retour restent ouverts via le site web du Forum et les espaces de discussion publics. Le lancement sur le mainnet fonctionne donc à la fois comme un système de production et comme un banc d'essai en direct pour la prochaine série d'améliorations.
 

🔥 Au-delà des titres : ce que KuCoin 5.0 signifie pour vous

Les nouvelles du marché évoluent rapidement — mais où vous agissez dessus compte tout autant. Ce octobre, KuCoin lance KuCoin 5.0, transformant KuCoin en une plateforme entièrement重构. Voici ce qui change réellement pour vous :
 
  • Un seul compte pour tout. Les anciennes plateformes répartissaient votre argent entre des comptes séparés « spot », « marge » et « futures » et s'attendaient à ce que vous compreniez pourquoi. Le compte unifié de KuCoin 5.0 élimine cela complètement — déposez une seule fois, et tout est simplement disponible.
  • Actions, indices et matières premières. KuCoin 5.0 s'étend au-delà du crypto vers les marchés mondiaux. Lorsque le crypto stagne et que les actions progressent (ou l'inverse), vous effectuez une rotation en quelques minutes au lieu d'ouvrir un compte de courtage et d'attendre des jours pour les voies monétaires.
  • Actifs du monde réel (RWA). Une exposition tokenisée à des actifs traditionnels comme les matières premières, directement dans votre compte crypto. L’un des segments à la croissance la plus rapide de la finance mondiale n’est plus réservé aux institutions — vous y accédez depuis le même solde que celui que vous utilisez pour trader.
  • Gagnez tout en apprenant. Pas prêt à trader ? KCUSD permet à vos stablecoins de générer des intérêts quotidiens, avec un auto-compound. La méthode la moins stressante pour faire travailler vos dépôts inactifs avec un rendement de 4 %.
  • Un assistant IA en langage simple. Posez des questions, obtenez du contexte sur le marché, comprenez ce que vous voyez — intégré à la plateforme, aucun jargon nécessaire.
  • Une application qui ne submerge pas. Plus rapide, plus propre et cohérente — intuitive dès le premier toucher, sans besoin de tutoriel.
  • Sécurité que vous pouvez vérifier, et non simplement confier. Une entité européenne autorisée MiCAR, Proof of Reserves que vous pouvez vérifier vous-même, et une sécurité certifiée au niveau international (SOC 2 Type II, ISO 27001:2022).
 
Créez votre compte en quelques minutes — et commencez sur la plateforme conçue pour où va la crypto, pas où elle en est venue.
 

FAQ

Comment la construction de blocs multipartite diffère-t-elle du modèle PBS à un seul constructeur qui fonctionne depuis le Merge ?

Dans le pipeline PBS établi, un seul constructeur gagnant assemble l'ensemble du bloc et le propulseur sélectionne parmi les offres concurrentes. MPBC part de ce même bloc à une seule partie offrant la meilleure enchère et permet à d'autres constructeurs d'ajouter des transactions non conflictuelles qui augmentent la valeur totale. Le résultat multipartite est proposé uniquement lorsqu'il dépasse la meilleure alternative à une seule partie disponible au moment de la livraison. Le mécanisme d'enchères sous-jacent et de sélection du propulseur reste inchangé ; l'extension intervient entièrement au niveau de la construction et de la couche opérateur.

Quels avantages concrets les utilisateurs ordinaires tirent-ils de l'activation du mainnet ?

Les utilisateurs bénéficient de temps d'inclusion moyens plus courts pour les transactions qui auraient précédemment été reportées lorsque le constructeur gagnant n'avait pas de visibilité sur celles-ci ou a choisi de ne pas les inclure. Pendant les périodes de forte demande, les chemins d'inclusion supplémentaires réduisent la nécessité de surenchères agressives. Les données précoces du mainnet ont déjà enregistré plus de 20 000 transactions arrivant plus rapidement qu'elles ne l'auraient fait sous une construction purement à constructeur unique. L'effet est le plus notable pour les transferts simples et les transactions blob qui respectent les règles d'éligibilité actuelles non contestées.

Les validateurs doivent-ils installer un nouveau logiciel ou modifier leur configuration PBS existante ?

La grande majorité des validateurs déjà connectés aux relais principaux commencent à recevoir automatiquement des blocs multipartites une fois que les points de terminaison de l'opérateur sont ajoutés à leur liste de relais sidecar. Aucune mise à niveau du client ni aucun changement au niveau de la couche de consensus ne sont nécessaires. Les préférences pour le filtrage ou les constructeurs de confiance continuent d'être exprimées via les mêmes en-têtes d'enregistrement utilisés aujourd'hui. Les configurations de technologie de validateur distribué ne nécessitent aucune étape supplémentaire au-delà de la configuration standard des points de terminaison.

Comment la valeur supplémentaire créée par les transactions ajoutées est-elle partagée entre les participants ?

Le surplus égal à la différence entre la valeur du bloc multipartite et celle du bloc unipartite est réparti également entre le constructeur de base, le constructeur contributeur, l'opérateur et le proposant. Les frais de priorité continuent d'être versés à l'adresse coinbase du constructeur de base. Les paiements de répartition sont réglés par des transactions ajoutées au bloc multipartite et financées à partir des réserves déposées par le constructeur de base auprès des opérateurs. Le coût gaz de ces transactions de répartition est déduit du surplus avant l'application de la répartition.
 

Avertissement

Les informations fournies sur cette page peuvent provenir de sources tierces et ne reflètent pas nécessairement les vues ou opinions de KuCoin. Ce contenu est destiné uniquement à des fins d'information générale et ne doit pas être considéré comme un conseil financier, d'investissement ou professionnel. KuCoin ne garantit pas l'exactitude, l'exhaustivité ou la fiabilité des informations et n'est pas responsable des erreurs, omissions ou conséquences résultant de son utilisation. L'investissement dans des actifs numériques comporte des risques inhérents. Veuillez évaluer attentivement votre tolérance au risque et votre situation financière avant de prendre toute décision d'investissement. Pour plus de détails, veuillez consulter les Conditions d'utilisation et Divulgation des risques de KuCoin.

Avertissement : Pour votre confort, cette page a été traduite à l'aide de la technologie IA. Pour obtenir les informations à la source, consultez la version anglaise originale.