BarBie_QueeN

@Dusk
Je pensais autrefois que prouver qui vous êtes et prouver que vous êtes autorisé à faire quelque chose étaient, en substance, le même problème. Puis je suis arrivé à la section Citadel du livre blanc de Dusk, et cette hypothèse ne tenait plus.
Voici le mécanisme réel : un contrat de licence vérifie que vous détenez une attestation valide, non révoquée, avant de vous laisser effectuer une action précise. Il ne demande pas qui vous êtes en dessous de cette attestation.
Imaginez un videur qui vérifie votre pièce d’identité dans un bar. Il n’a pas besoin de votre adresse personnelle ni de votre nom légal complet. Il lui faut un seul fait : avez-vous plus de 21 ans. La plupart des systèmes numériques ne peuvent pas faire cette distinction — vous finissez par divulguer toute votre identité juste pour confirmer un petit détail à propos de vous. Citadel est conçu pour ne pas faire ça.
C’est cette partie qui ressemble moins à du théâtre crypto et davantage à une véritable infrastructure juridique. La délivrance de licences, les permis, les révocations — les régulateurs pensent déjà comme ça. Citadel déplace simplement l’exécution d’un bureau de registres vers du code.
Mais le code, lui, ne peut confirmer que ce qui lui est demandé. Il peut vérifier qu’une licence n’a pas été révoquée. Il ne peut pas décider ce qui devrait compter comme un motif valable pour révoquer une licence, ni régler un différend entre un régulateur et un protocole qui ne sont pas d’accord sur le même fait. Les tribunaux font ce travail. Les contrats, non.
Je ne sais donc pas encore quelle part de tout cela survit au contact avec un système juridique réel — et je ne pense pas que ce soit une mauvaise place pour se tenir. Lire le vrai document de Citadel avant de supposer que tout cela est déjà tranché me semble être la bonne intuition.
Rester un peu dans l’incertitude, et demander quand même, doit probablement être une bonne habitude en général. Pas seulement pour ça.
@Dusk #dusk $DUSK

@Dusk
Je lisais le livre blanc de Dusk et je revenais sans cesse à un petit passage, glissé près de la fin : le contrat de licence, construit sur ce qu’ils appellent le protocole Citadel. Pas le mécanisme de consensus, pas la technologie de confidentialité. Juste des licences. Mais c’est peut-être la partie qui compte le plus.
Voici ce qui a retenu mon attention. Sur la plupart des chaînes, posséder la clé privée est toute l’histoire : on la détient, on peut effectuer des transactions. Dusk remet cela en question pour les actifs réglementés. Le contrat de licence ne se contente pas de vérifier une signature : il vérifie si le détenteur est même éligible à agir, et cette éligibilité a un état réel : validité, expiration, renouvellement, révocation. Ce n’est pas seulement que les licences « vivent » sur une blockchain : c’est que l’éligibilité elle-même devient quelque chose que la chaîne peut exécuter, et pas seulement enregistrer.
C’est ce qui le fait ressembler moins à un argumentaire et davantage à une conception pensée pour de vraies exigences du droit des valeurs mobilières. La plupart des DeFi commencent par « n’importe quel portefeuille peut interagir ». Ici, on part d’une question différente : et si l’éligibilité elle-même était programmable ? Conçue de manière permise là où la réglementation l’exige, pas partout ailleurs.
Là où je reste prudent, c’est l’application. Le code peut suivre une date d’expiration. Il ne peut pas décider si un régulateur d’un pays reconnaît une licence délivrée selon le cadre d’un autre pays, ni ce qui se passe lorsque la loi et l’exécution divergent discrètement. La tokenisation d’un titre n’a jamais été la partie la plus difficile — faire en sorte que la conformité vive dans la couche d’exécution, plutôt que comme de la paperasse posée sur la chaîne, c’est ça, le défi.
Rien de tout cela ne signifie que c’est résolu — seulement que ça vaut la peine d’en saisir le sens selon vos propres critères, sans prendre l’argumentaire au pied de la lettre. Peut-être que c’est ça, la vraie habitude : rester curieux, questionner ce qu’on appelle « résolu », et laisser votre propre compréhension continuer de grandir, projet après projet.
@Dusk #dusk $DUSK

@Dusk
J’ai parcouru cette semaine le livre blanc de Dusk et je me suis arrêté sur un détail que j’aurais presque laissé passer : un « contrat de licence », construit sur quelque chose appelé Citadel, qui vérifie si vous remplissez une condition plutôt que de déterminer qui vous êtes. Je n’avais jamais envisagé la conformité sous cet angle — prouver que vous êtes éligible plutôt que de remettre une pièce d’identité.

Ce qui donne l’impression que ce n’est pas seulement un exercice de réflexion, c’est que Dusk ne fait pas que théoriser. Le réseau est déjà lié à NPEX, une plateforme d’échange néerlandaise disposant d’une licence et opérant dans le cadre de vraies obligations MiFID II et MiCA, avec des centaines de millions de titres tokenisés qui y circulent. Citadel est présenté comme la couche KYC réelle de ce montage, pas comme une démo annexe. Cette structure juridique existante est ce qui me fait ressentir l’ensemble comme plus concret que la plupart des discours sur le « futur de la conformité ».

Cela dit, je retombe toujours sur le même doute. Une preuve à connaissance nulle peut confirmer qu’une attestation est valide, mais elle ne peut pas décider qui est suffisamment digne de confiance pour délivrer cette attestation en premier lieu. Les régulateurs doivent encore accepter cette preuve comme une preuve réelle, entre institutions, entre pays, lors d’un audit ou d’un litige effectif — et c’est un processus plus lent, plus chaotique, que d’écrire une bonne cryptographie. La distance entre « ça peut fonctionner techniquement » et « un régulateur s’y appuiera » est précisément l’endroit où ce type d’idées finit souvent par s’enliser discrètement.

Donc je le considère comme intéressant, pas comme réglé. À comprendre de près, pas à supposer que ça marche déjà comme le laisse entendre l’argumentaire.

Petit rappel pour moi, et peut-être pour vous aussi : lisez au-delà de l’affirmation de la une. Il y a toujours plus à apprendre, et les sections centrales, ennuyeuses, vous enseignent généralement le plus.
@Dusk #dusk $DUSK

@Dusk
Je lisais hier soir un article sur la blockchain et je suis resté bloqué sur une seule phrase : que se passe-t-il quand les personnes qui font tourner un réseau se mettent simplement au silence ? Pas piratées, pas attaquées—juste hors ligne ou distraites. C’est une question peu glamour, mais c’est celle qui détermine si un système est prêt pour la production, ou s’il ne sert que de démo.

Dusk, un projet conçu pour la finance réglementée, y répond avec une cascade plutôt qu’un seul correctif. Dans les tours classiques, il s’agit de parvenir à un accord sur un bloc. Si suffisamment d’échecs s’enchaînent, le réseau ne se fige pas : il bascule dans un mode où les délais d’attente sont désactivés et les tentatives continuent jusqu’à ce que l’une finisse par aboutir. Plusieurs tentatives peuvent tourner en même temps, de sorte que des versions concurrentes du même bloc peuvent exister brièvement côte à côte. Le critère départageant est presque banal : celle qui nécessitait moins de nouvelles tentatives pour arriver au résultat l’emporte. Et si rien ne se concrétise, il reste une dernière ressource — un bloc vide, produit pour faire avancer la chaîne.

Ce qui rend cette approche moins théorique, c’est à qui elle s’adresse : des institutions qui s’attendent à ce que l’infrastructure financière ne s’éteigne jamais. C’est une attente bien réelle dans le monde—avant même d’être une exigence technique.

Pourtant, je reviens à un doute. Un bloc vide de « maintien en vie » n’est pas la même chose que le système qui redémarre et fonctionne de nouveau. Et quand un embranchement est résolu automatiquement, cette résolution a-t-elle le même poids qu’un enregistrement légal le ferait, si la propriété était en jeu ? Le code qui décide de ce qui est définitif et la loi qui décide de ce qui est définitif ne disent pas toujours la même chose.

Cela vaut la peine d’y réfléchir, pas seulement d’accepter. Un système qui ne s’arrête jamais n’est pas automatiquement un système qui ne casse jamais.

Une progression petite mais constante — c’est le vrai cumul.
#dusk @Dusk $DUSK

Je lisais récemment une documentation sur la blockchain et je me suis retrouvé bloqué sur une petite idée : et si prouver quelque chose ne signifiait pas révéler tout ? La plupart d’entre nous pensons à la confidentialité en termes binaires — soit vos données sont publiques, soit elles sont enfermées. Mais il existe un terrain intermédiaire auquel je n’avais pas vraiment réfléchi : la divulgation sélective.
La conception du réseau Dusk aborde cela à quelques endroits. Son modèle de transaction Phoenix utilise des clés de vue qui permettent à une partie de confiance de confirmer qu’une transaction a bien eu lieu, sans jamais lui donner la possibilité de dépenser les fonds. Il existe aussi un système de licences lié à un protocole d’identité auto-souveraine, où le fait de détenir une licence valide est censé prouver que vous êtes autorisé à faire quelque chose, sans pour autant remettre l’ensemble de votre identité afin de le démontrer.
Cette distinction me paraît importante. Elle reflète la manière dont la conformité fonctionne réellement dans la vie — un propriétaire n’a pas besoin de votre relevé bancaire complet, juste la preuve que vous pouvez payer votre loyer. Un videur a besoin de votre âge, pas de votre adresse. Lorsqu’un système est conçu pour ne révéler que exactement ce qui est nécessaire, il ressemble moins à une expérience crypto et davantage à une infrastructure réelle.
Mais je reste aussi un peu sceptique. La cryptographie peut prouver qu’une affirmation est vraie — elle ne peut pas décider qui a le droit d’émettre cette affirmation, ni ce qui se passe lorsqu’un justificatif doit être révoqué ou contesté. Les tribunaux, les régulateurs et les institutions doivent encore s’accorder pour dire que ces preuves ont une valeur juridique. Cet écart entre « les calculs fonctionnent » et « le droit le reconnaît » reste encore très large dans la plupart des endroits.
Je n’y suis donc pas entièrement convaincu, mais je suis curieux. Cela vaut le coup d’examiner les documents réels du protocole avant de faire confiance à la présentation. Je continue d’apprendre, de questionner — un livre blanc à la fois.
@Dusk #dusk $DUSK

Je me suis attardé sur un élément provenant du livre blanc du Dusk Network, qui n’a rien à voir avec la cryptographie. Ils ont conçu deux systèmes de transaction distincts — l’un pour la confidentialité, l’autre pour la conformité — parce qu’aucun des deux modèles, pris seul, ne pouvait faire les deux tâches. Cette séparation en dit plus sur l’état de la blockchain que n’importe quelle fonctionnalité isolée.

Un système financier réglementé a besoin de suffisamment de visibilité pour tenir les gens responsables — vérifier qui effectue des transactions, consigner les changements de propriété, reconstituer les traces lorsque le régulateur en fait la demande. De son côté, un utilisateur ne veut pas que chaque transfert reste affiché publiquement pour toujours. La plupart des blockchains choisissent un camp : Bitcoin a opté pour la visibilité, Monero pour la confidentialité. La réponse de Dusk n’essaie pas d’aller à l’extrême dans un sens ou dans l’autre : elle cherche à conserver les soldes et les vérifications d’identité derrière une structure où seul un résumé cryptographique est rendu public, tandis qu’une partie désignée peut reconstruire l’image complète si l’exigence de conformité le demande.

C’est ce qui rend le tout plus concret par rapport à beaucoup de promesses en matière de crypto : ce n’est pas « faites-nous confiance », c’est une tentative réelle de satisfaire des catégories juridiques comme le filtrage des investisseurs et les pistes d’audit que les régulateurs demandent.

Mais je reviens sans cesse aux lacunes. Le livre blanc lui-même renvoie à un document distinct pour la norme de conformité proprement dite, ce qui signifie que ce papier présente la structure technique de la conformité, mais ne prouve pas qu’un régulateur l’a acceptée. Et la « partie désignée » qui peut tout voir repose toujours sur une hypothèse de confiance, simplement plus étroite.

La visibilité sélective constitue un chemin médian réellement intéressant. Que cela tienne dépend de l’infrastructure d’identité, de la reconnaissance juridique et de l’application — aucun de ces éléments ne peut être réglé à lui seul par un livre blanc.

Cela vaut la peine de lire vous-même les sources primaires avant de décider quoi croire. C’est encore la pratique la plus utile : remettre en question les conclusions, y compris les miennes, et continuer à apprendre au fur et à mesure.
@Dusk #dusk $DUSK

Je reviens sans cesse à une ligne du livre blanc de Dusk : « majorité honnête de l’argent ». Pas majorité honnête des gens. Pas majorité honnête des validateurs. L’argent. C’est une petite formule, mais elle dit beaucoup une fois qu’on s’y attarde.

Un protocole ne peut pas regarder dans la tête de chacun pour vérifier s’il est digne de confiance. Il n’a aucun moyen de mesurer directement l’honnêteté. Alors il mesure la seule chose qu’il peut — la valeur que quelqu’un perdrait en trichant — et la traite comme de la sécurité.

Ce remplacement compte davantage ici que dans la plupart des projets, parce que Dusk ne construit pas seulement une autre chaîne : il vise des actifs réglementés et des produits sous licence, une infrastructure qui finira par rencontrer des auditeurs et de vraies lois financières, pas seulement des premiers utilisateurs. Considérer « mise en jeu » comme preuve de « suffisamment digne de confiance pour ce monde-là » est une affirmation plus grande qu’elle n’en a l’air.

Ça vaut aussi le coup de se poser la question, honnêtement. Beaucoup de personnes et d’institutions riches ont agi contre leur propre intérêt à long terme, malgré la possibilité d’y perdre beaucoup. La mise peut aussi se concentrer avec le temps, via des échanges ou de grands détenteurs, jusqu’à ce que la « majorité de l’argent » devienne silencieusement une poignée d’acteurs bien financés. Et si jamais cette hypothèse économique est traitée comme un substitut à une vraie responsabilité juridique, plutôt que comme un appui pour la construire, c’est l’écart entre la théorie et la supervision réelle qui pourrait devenir un problème.

Tout cela ne rend pas le modèle « faux » — c’est simplement un pari sur les incitations, pas une garantie, et cela mérite d’être compris plutôt que de faire confiance aveuglément. Plus j’examine ces systèmes, plus je pense que la vraie compétence consiste à rester curieux de ce qui se cache sous la conception, pas seulement de ce qui est promis par-dessus.

Encore en apprentissage, un livre blanc à la fois.
@Dusk #dusk $DUSK

Je lisais un article sur la blockchain conçu pour les security tokens, et un détail m’a arrêté : le système est conçu pour que vous puissiez prouver que vous avez le droit de détenir un actif sans pour autant prouver qui vous êtes. Ce n’est pas masquer votre éligibilité — c’est masquer tout le reste vous concernant, tout en laissant l’éligibilité elle-même continuer à être vérifiée.

Cette distinction paraît plus grande qu’elle n’en a l’air. La plupart des discours sur la confidentialité dans la crypto concernent le fait de cacher les transactions à des inconnus. Ici, on vise quelque chose de plus précis — le droit des valeurs mobilières en tant que tel. Le projet, Dusk Network, construit son modèle de confidentialité autour d’une norme Confidential Security Contract, pensée pour satisfaire des exigences concrètes comme la mise sur liste blanche et le suivi du cycle de vie, plutôt que chercher à les éviter. C’est ce qui donne l’impression que ce n’est pas seulement un tour de passe-passe pour la confidentialité, mais quelque chose rédigé en gardant les régulateurs à l’esprit.

Pour autant, je reviens toujours à une lacune. Quelqu’un doit décider, au départ, qui obtient la mise sur liste blanche, et cette partie a encore besoin de vos informations personnelles pour trancher. La chaîne masque votre identité aux autres utilisateurs, mais elle ne supprime pas le point de contrôle où un humain vérifie que vous êtes bien une personne légitime et éligible. La preuve ne couvre que ce qui se passe après ce portail — pas le portail lui-même, ni la personne qui s’y tient.

Donc je ne le lis pas comme un problème résolu. Je le lis comme un resserrement significatif de ce qui doit être exposé, avec la question plus difficile — qui tient le portail, et ce qui le garde honnête — qui reste en dehors du code. Une nouvelle cryptographie ne signifie pas automatiquement une nouvelle responsabilisation.

Ça vaut la peine de lire lentement et de rester un peu sceptique — cette habitude, plus que n’importe quel whitepaper pris isolément, est ce qui vous aide réellement à grandir dans cet univers.
@Dusk #dusk $DUSK

@Dusk #dusk $DUSK
Je pensais qu’une chaîne axée sur la confidentialité signifiait que tout ce qui s’y trouve devait, par défaut, rester privé. C’était, selon moi, l’idée même.
Mais Dusk fait en réalité tourner deux modèles de transactions en parallèle. Phoenix gère les transferts protégés (shielded). Moonlight gère les transferts transparents et publics. Même chaîne, même couche de règlement : deux valeurs par défaut différentes, selon le cas d’usage.
C’est ce qui a changé ma façon de voir les choses. Un marché réglementé n’est pas une seule chose. Certains flux doivent rester confidentiels. D’autres doivent être vérifiables par n’importe qui, à tout moment. Si une chaîne ne propose qu’un seul mode, elle force déjà chaque application à adopter une forme qui ne conviendra pas à la moitié d’entre elles.
Je ne sais pas encore à quel point cette séparation se fait proprement dans la pratique : est-ce que les développeurs choisissent naturellement le bon modèle, ou est-ce qu’ils se contentent de celui qui est plus simple à implémenter ? C’est la partie que je veux observer dès lors que davantage d’applications auront réellement choisi.

@Dusk
Quelque chose dans le livre blanc de Dusk m’a surpris : il admet ouvertement une faiblesse dans sa propre conception, au lieu de simplement vendre la vision. Les générateurs de bloc sont choisis via une formule déterministe, de sorte qu’un provisioner peut parfois savoir à l’avance que des générateurs de bloc correspondant à une tentative ultérieure seront prêts pour le même bloc si les premières tentatives échouent — ce qui crée une incitation étrange à laisser ces tentatives s’effondrer.
Le document appelle ça le « problème d’incitation des générateurs futurs » et, au lieu de passer l’éponge, propose de vraies rustines : récompenser les gens uniquement pour le fait de voter, lier une partie de la récompense d’un générateur au nombre de votes qu’il inclut, et tenir le générateur suivant dans la file hors du vote en cours. Cette franchise semble conçue pour des personnes qui auditer des systèmes pour vivre, plutôt que pour des gens qui poursuivent un récit — ce qui correspond à l’ensemble de la promesse de Dusk en matière de finance réglementée.
Pourtant, une rustine n’est pas un remède. Les récompenses orientent le comportement, mais elles n’éliminent pas la prédictibilité sous-jacente, et un provisioner bien financé qui se soucie peu de la réputation pourrait toujours décider que le risque vaut le coup. C’est le même type de faille qu’on observe entre le code et la loi : un protocole peut rendre les mauvaises conduites coûteuses, mais seul un tribunal ou un régulateur peut les rendre décisives, quelle que soit la profondeur des poches de quelqu’un.
Tout cela ne rend pas l’approche de Dusk moins réfléchie ; ça signifie simplement que la partie intéressante d’un livre blanc est souvent le paragraphe qui admet une faiblesse, plutôt que celui qui vend le résultat. Lisez les limites que le projet énonce lui-même, puis décidez combien du reste vous pouvez faire confiance.
Je continue d’apprendre ça, un livre blanc à la fois, et honnêtement, c’est la partie amusante.
@Dusk #dusk $DUSK

La majorité du livre blanc de Dusk est conçue pour impressionner : une attestation concise promettant une finalité en quelques secondes, et deux modèles Moonlight-Phoenix permettant la coexistence de paiements transparents et de paiements obfusqués. Vers la fin, sous une section intitulée « Other contracts », se trouve quelque chose de plus discret, qui pourrait tout autant compter pour la mission réelle de Dusk : le contrat Citadel, qui régit les licences.

Sur le papier, son rôle ressemble à une tâche administrative. Le contrat émet des licences, suit qui en détient chacune, si elle est actuellement valide, et à sa date d’expiration, puis limite certaines opérations aux seuls détenteurs de licences valides. La révocation et le renouvellement fonctionnent de la même manière — comme une logique de contrat continue, et non comme une vérification ponctuelle effectuée hors chaîne.

Ce qui mérite un second regard, c’est ce sur quoi il s’appuie. Citadel est le propre système d’identité à connaissance zéro de Dusk, décrit par l’équipe comme une solution de KYC à connaissance zéro. Son article de recherche signale une vraie faiblesse dans des conceptions antérieures : les droits d’un utilisateur — un abonnement, un billet, l’autorisation de trader — étaient représentés comme un NFT prouvé via une preuve à connaissance zéro, mais le NFT restait public et traçable, annulant discrètement cette confidentialité. Citadel conserve aussi le droit en privé, de sorte qu’une licence construite dessus pourrait permettre à quelqu’un de prouver qu’il détient une licence valide et non expirée sans révéler laquelle, qui l’a émise, ni qui il est.

C’est une réponse réellement différente à l’opposition confidentialité vs conformité propre à la blockchain, par rapport aux deux options habituelles : la transparence complète, comme avec Ethereum, ou l’anonymat personnel, comme avec Monero. Les marchés réglementés ont probablement besoin d’une troisième option — une éligibilité prouvable sans identité publique attachée, réutilisable d’une relation à l’autre plutôt que de répéter le KYC à chaque fois. Placée à côté de Zedger, son voisin axé sur les valeurs mobilières, cette couche de licences ressemble moins à une simple note administrative et davantage au mécanisme sur lequel Dusk parie pour faire coexister confidentialité et réglementation.
@Dusk #dusk
$DUSK
$ETH
$XMR

J’ai parcouru la whitepaper de Dusk cette semaine, et une ligne m’a fait faire une pause : un smart contract qui permet à un émetteur d’effectuer un transfert forcé d’un jeton de sécurité hors du portefeuille de quelqu’un. Ma première pensée a été : « n’est-ce pas l’inverse de ce que la crypto est censée faire ? » Puis je me suis rappelé que c’est justement comme ça que fonctionne le droit des valeurs mobilières. Les entreprises peuvent geler ou récupérer des actions (claw back), des dividendes sont émis, et la propriété est rectifiée. Une blockchain qui héberge de vrais actifs réglementés doit faire de la place à cela, pas le combattre.

C’est ce qui m’a donné l’impression que cela était plus « réel » que la plupart des projets de confidentialité que j’ai lus. Dusk ne fait pas seulement de la dissimulation des montants des transactions : il prépare des pistes d’audit, une couche d’identité et d’homologation (licensing) appelée Citadel, et un cadre des valeurs mobilières (Zedger) inspiré de la façon dont les opérations sur titres fonctionnent déjà hors chaîne. C’est moins « le code, c’est la loi » et plus « le code doit répondre à la loi », ce qui est beaucoup plus difficile à concevoir.

Je n’en suis toutefois pas pleinement convaincu. Une whitepaper peut décrire un mécanisme d’audit ; elle ne peut pas vous dire si un régulateur traitera une preuve à divulgation nulle de connaissance (zero-knowledge proof) comme une preuve valide dans une affaire réelle. Plusieurs de ces contrats sont décrits comme des éléments qui « seront » déployés, et non comme des systèmes en fonctionnement aujourd’hui. Concevoir pour la conformité et être légalement reconnu comme conforme sont deux étapes très différentes, et la seconde prend généralement des années, des tribunaux et de vrais litiges pour être tranchée.

Je considère donc cela comme un point de données intéressant, pas comme une conclusion. Ça vaut le coup de lire les contrats eux-mêmes avant de supposer que « conçu pour les régulateurs » signifie « approuvé par les régulateurs ». Je continue d’apprendre, projet après projet, papier après papier, ce qui de tout cela survit au contact avec le monde réel.
@Dusk #dusk $DUSK

Au début, j’ai supposé que la sélection privée des leaders de Dusk était surtout destinée à dissimuler qui a le droit de proposer le bloc suivant. Mais en regardant plus attentivement, j’ai eu l’impression que la dépendance était ailleurs et plus discrète. La preuve par enchère aveugle permet à un participant de calculer un score de leader à partir d’une enchère cachée et de prouver ce score sans exposer le montant de la mise ni l’identité. Ce qui est resté avec moi, c’est la manière dont le système décide si ce score est suffisamment élevé. Le livre blanc suppose qu’un seuil de score est calculé dynamiquement pour chaque époque, avec une cible liée au nombre moyen de leaders attendus par pas de tour. Mais la fonction concrète du seuil est explicitement laissée en dehors du périmètre du document. Cela ne rend pas le mécanisme non fiable. Cela signifie simplement que le comportement de sélection des leaders dépend d’un processus de configuration de paramètres qui se situe en dehors de la preuve cryptographique elle-même. Dans la pratique, cette limite compte, car la sélection privée doit toujours reposer sur une idée partagée de ce qui constitue un nombre suffisant de leaders éligibles. Ainsi, la vraie question n’est pas de savoir si l’enchère est cachée. C’est plutôt qui définit finalement le seuil par rapport auquel les enchères cachées sont évaluées ?

#DuskNetwork #ProofOfStake $DUSK @Dusk #dusk

Au début, j’ai supposé que la vivacité (liveness) du consensus de Dusk n’était qu’une fonction de la mise (stake) et de la participation — suffisamment de pourvoyeurs honnêtes en ligne, et la chaîne avance d’elle-même. Mais plus j’ai examiné la section du mode d’urgence, plus l’image devenait silencieuse par rapport à cela. Lorsque suffisamment d’itérations consécutives échouent et qu’aucun candidat n’atteint le quorum, le réseau ne fait pas simplement que continuer à retenter indéfiniment selon ses propres règles. Les pourvoyeurs peuvent demander un bloc d’urgence, et sa production dépend d’une graine signée par une clé que le document appelle simplement la clé de Dusk, vérifiée par rapport à une clé publique figurant comme paramètre global. La requête elle-même doit être soutenue par une majorité du poids misé, donc elle n’est pas unilatérale. Pourtant, le mécanisme de secours pour le pire scénario finit par passer par une seule partie spécifique, nommée, au lieu de recourir à la sélection (sortition) ouverte utilisée partout ailleurs. Peut-être que c’est un compromis raisonnable pour une chaîne conçue autour de la finance réglementée. Cela me fait me demander si la décentralisation doit être évaluée en fonction du cas courant, ou de ce qui se passe une fois que le cas courant se dégrade.
#dusk #Consensus @Dusk $DUSK

J’ai lu cette semaine des informations sur les coffres Bitcoin, et un chiffre m’a arrêté net : quelque chose comme 99 % de tous les Bitcoins ne touchent jamais la DeFi. Non pas parce que les gens ne veulent pas en faire davantage, mais parce que toute utilisation ailleurs implique généralement de faire confiance à un dépositaire, à un pont (bridge), ou à une entreprise qui conserve vos pièces pour votre compte.

C’est justement ce qui rend le concept de « coffre sans confiance » (trustless vault) de l’équipe Babylon si marquant à mes yeux. Au lieu de s’appuyer sur la promesse d’une entreprise, ou sur un accord juridique qu’il faudrait faire appliquer devant un tribunal, les pièces sont verrouillées de sorte qu’elles ne bougent que lorsque des conditions de preuve spécifiques sont réunies. Pas de dépositaire qui pourrait faire faillite, pas d’opérateur de pont qui disparaîtrait du jour au lendemain. La protection vient de la manière dont le système est conçu, et non d’un contrat rangé dans un tiroir chez un avocat.

Cela dit, je ne veux pas m’emballer. « Sans confiance » ne veut pas dire que rien ne peut mal tourner. Le système s’appuie encore sur des liquidateurs honnêtes, des flux de prix fiables, et sur des personnes qui gèrent correctement de gros fichiers en coulisses. Rien de tout cela n’est assorti d’une garantie juridique. Si quelque chose se casse hors-chaîne (off-chain), il n’y a aucun régulateur que vous puissiez contacter pour obtenir un remboursement. La distance entre « ça marche en théorie » et « ça tient avec de l’argent réel, à grande échelle, sur des années » est encore très réelle.

Je suis donc sincèrement incertain pour l’instant, et je pense que c’est OK. Tout ce qui est nouveau ne nécessite pas forcément un verdict immédiat.

Ce qui me revient sans cesse, c’est ceci : comprendre comment quelque chose fonctionne réellement avant de décider ce que cela signifie. C’est vrai ici, et honnêtement, c’est vrai presque partout. Restez curieux, posez des questions et accordez-vous la permission de continuer à apprendre lentement. C’est généralement là que se produit la vraie progression, bien après que l’engouement soit retombé.
@BabylonLabs_io #baby $BABY

J’ai parcouru le nouveau livre blanc de Babylon sur les coffres Bitcoin sans confiance, et un détail m’a marqué plus que la cryptographie elle-même : ils refusent délibérément de l’appeler un pont. Ce n’est pas seulement du marketing. Les ponts impliquent des opérateurs au milieu, des signataires, des contestataires, et l’historique nous montre à quel point ce « milieu » peut échouer. Ce que Babylon propose à la place, c’est un coffre lié à des parties précises et connues, s’appuyant sur des transactions pré-signées et des preuves à divulgation nulle (zero-knowledge), de sorte que le BTC ne quitte jamais réellement la chaîne Bitcoin pour participer ailleurs.#Babylon
Ce qui donne l’impression que c’est plus ancré dans le réel que la plupart des annonces crypto, c’est que ce n’est pas qu’une idée : c’est déjà en partie prouvé. Le protocole de mise en jeu sous-jacent est en service depuis 2024 et plusieurs milliards de BTC réels y sont verrouillés. Pour moi, ce recul compte plus que n’importe quelle slide de feuille de route. Cela suggère que l’équipe étend une chose déjà testée, plutôt que de lancer une promesse toute neuve.
Cela dit, je garderais mon optimisme avec prudence. Sans confiance (trust-minimized) ne veut pas dire sans risque. S’il y a un jour un litige contesté, il faut encore quelqu’un pour générer une preuve, stocker de grands circuits brouillés (garbled circuits) et répondre correctement dans une fenêtre de timeout. C’est beaucoup de coordination qui repose sur des personnes ou de petits opérateurs, et c’est précisément là où les systèmes ont tendance à se rompre sous pression. Il reste aussi une question ouverte : comment sont régulés les liquidateurs, les prêteurs et les smart contracts sur des chaînes différentes lorsque quelque chose tourne mal financièrement.
Donc je ne suis pas prêt à dire que c’est « résolu ». J’appelle ça une approche qui mérite d’être surveillée de très près.
S’il y a une habitude que la crypto ne cesse de m’enseigner, c’est celle-ci : comprendre le mécanisme avant de faire confiance au résultat. Les systèmes évoluent, les incitations changent, et la conception maligne d’aujourd’hui devient peut-être le cas limite (edge case) de demain. Rester curieux, poser des questions inconfortables et construire progressivement une compréhension réelle bat l’aveugle confiance à chaque fois.
@BabylonLabs_io #baby $BABY
@Bitcoin #bitcoin #BTC $BTC

Je lisais la semaine dernière un article sur les coffres Bitcoin, et un mot a constamment attiré mon attention : « trustless ». Pas parce que c’est un terme nouveau, mais parce que je me suis mis à me demander ce que ça signifie réellement une fois qu’il y a de l’argent, de vrais litiges et de vraies personnes en jeu.

L’idée centrale est élégante : au lieu de confier Bitcoin à un dépositaire ou à un pont en espérant qu’ils se comportent bien, on le verrouille dans un coffre où des preuves cryptographiques déterminent qui peut retirer — pas une entreprise, pas un comité. C’est ce qui me fait ressentir cela comme plus « réel » que la plupart des arguments dans le secteur crypto. Et ce n’est pas arrivé dans le vide. Cette année, la SEC et la CFTC ont commencé à publier des orientations concrètes sur les outils de self-custody et l’utilisation de la crypto comme collatéral sur des marchés réglementés. C’est un signal réel : les régulateurs ne l’ignorent plus, ils essaient de l’intégrer dans le droit existant.#Babylon

Mais je reste prudent là où ça compte. Rédiger des orientations n’est pas la même chose que garantir la certitude. Si un système de preuves contient un bug, ou si deux parties ne s’accordent pas sur ce qui compte comme « valide », il n’y a toujours pas de procédure claire pour savoir ce qui se passe ensuite. Le code peut imposer une règle, mais il ne peut pas encore remplacer un tribunal, un processus de règlement des différends, ni la protection de base des consommateurs. Ce fossé entre ce que la technologie peut faire et ce que la loi peut appuyer n’a pas été comblé : il est simplement devenu plus visible.

Je suis donc curieux, pas convaincu. Les systèmes conçus pour réduire la confiance aveugle valent la peine d’être compris en profondeur, pas seulement applaudis. Posez des questions sur les mécanismes, pas uniquement sur le discours. C’est vraiment la leçon la plus importante ici : restez curieux, continuez à apprendre, et laissez votre compréhension grandir en même temps que la technologie, au lieu de foncer en avant.
@BabylonLabs_io #baby $BABY
@Bitcoin #bitcoin #BTC $BTC

Au début, j’ai supposé que le détail du modèle de coûts BitVM3 « chaque partie génère un circuit une fois par contrepartie » n’était qu’une note d’optimisation. Mais plus j’ai regardé, plus j’ai compris que le mécanisme qui fait réellement le travail ici, c’est la disqualification, pas le coût de génération. Un défi manqué ne règle pas seulement un seul litige : il retire cette partie des retraits futurs du coffre-fort. C’est ce qui permet d’amortir la génération des circuits au lieu de la répéter à chaque dépôt. Ce qui a attiré mon attention, c’est le poids énorme accordé aux « opérateurs professionnels » auxquels on s’attend à ce que les emprunteurs plus modestes délèguent cette tâche. Ils ne peuvent pas voler de BTC, puisque l’emprunteur co-signe toujours, mais ils peuvent accumuler une exposition sur de nombreuses contreparties qui, chacune, fait individuellement confiance à une règle de disqualification qu’ils n’ont pas conçue. Le modèle de sécurité suppose qu’une perte une fois suffit comme dissuasion. Peut-être que c’est raisonnable pour un opérateur rationnel qui gère sa réputation. Ce qui laisse toutefois la question plus discrète de savoir si un système qui traite « être pris une fois » comme une punition suffisante décrit réellement le comportement des opérateurs, ou s’il s’agit simplement de compter dessus.
#bitcoin #defi #BitVM $BABY @BabylonLabs_io #baby $BTC

Je reviens sans cesse à une question que la plupart des vulgarisateurs en crypto passent sous silence : quand quelque chose tourne mal, qui supporte réellement le risque ? Pas en théorie — dans le détail.
Cette question m’a rendu cette note sur ce coffre Bitcoin particulièrement intéressante. La plupart des conceptions de ponts reposent discrètement sur un comité ou sur un ensemble de « opérateurs » qui, en théorie, pourraient s’entendre et disparaître avec les fonds. Cette conception essaie autre chose : au lieu de confier la garde à un tiers, deux personnes signent directement à l’avance les conditions exactes dans lesquelles les fonds peuvent bouger, et une preuve cryptographique — pas la parole d’un individu — détermine qui a raison. Sur le papier, c’est un modèle de risque sensiblement différent de « fais confiance à ce multisig ».#Babylon
Ce qui donne une impression plus concrète que la plupart des présentations, c’est la franchise avec laquelle c’est présenté. Il y a un tableau de comparaison réel qui expose, cas d’usage par cas d’usage, exactement quelle partie doit encore faire confiance à quelle autre dans chaque conception — y compris la sienne. C’est rare. La plupart des projets vendent de la certitude ; celui-ci vous montre où la confiance restante se situe encore.
Cela dit, je ne pense pas que « moins d’humains dans la boucle » signifie automatiquement « sans risque ». Les oracles peuvent se tromper. Les liquidateurs peuvent être lents, ou absents. Et un système peut être cryptographiquement solide tout en restant fragile sur le plan opérationnel — non testé à grande échelle, dans des conditions de marché réelles, avec un vrai argent qui panique en temps réel.
Donc je ne suis pas prêt à dire que c’est résolu. Je suis juste content que quelqu’un ait écrit où vit réellement la confiance, au lieu de la dissimuler.
À retenir : comprendre les limites d’un système reste un progrès, même sans conclusion bien rangée.
@BabylonLabs_io #baby $BABY
@Bitcoin #bitcoin #BTC $BTC

Je lisais le nouveau livre blanc de Babylon sur les coffres Bitcoin, et un détail m’a marqué plus que la technologie elle-même : ils ne construisent pas un pont. Ils disent explicitement que les ponts sont une solution de contournement, pas un objectif — et après avoir constaté à quel point le BTC entre réellement dans la DeFi (moins de 1%), ce cadrage a du sens. La majorité du Bitcoin reste simplement là, déconnectée de tout.
Ce qui donne l’impression que c’est différent de beaucoup de pitchs crypto, c’est que ce n’est pas une demande de confiance envers une entreprise ou un comité. L’ensemble du design est conçu pour supprimer cette couche : Bob et Larry, les deux parties dans leur exemple de prêt, pré-signent des transactions pour que personne ne puisse contrôler discrètement les coins de l’autre. Aucun dépositaire ne détient votre BTC « pour la sécurité ». Aucun token enveloppé où vous faites en réalité confiance à celui qui l’a émis. C’est une promesse sensiblement différente de celle que font la plupart des produits de pont.
Mais je vais être honnête : je reste prudent au sujet de l’écart entre « sans confiance en théorie » et « sans confiance en pratique ». Le papier lui-même admet que les défis ont un coût réel si des litiges surviennent, et il s’appuie sur une infrastructure hors chaîne — circuits brouillés, génération de preuves, accès aux nœuds — qui doit encore être exécutée par quelqu’un, correctement, à chaque fois. Les garanties cryptographiques ne sont aussi solides que le logiciel qui les implémente, et c’est généralement là que les choses se cassent discrètement.#Babylon
Je ne l’écarte donc pas, mais je n’y suis pas non plus entièrement convaincu. C’est une tentative vraiment intéressante de résoudre un problème réel, plutôt que de le masquer avec une nouvelle couche de garde (custodial).
Si vous suivez ce domaine, ça vaut la peine de lire les mécanismes exacts avant de décider ce que « sans confiance » signifie réellement pour vous. Ralentissez, demandez-vous ce qui est supposé versus ce qui est prouvé, et continuez d’apprendre — cette habitude compte plus que n’importe quel projet pris isolément.
@BabylonLabs_io #baby $BABY
@Bitcoin #bitcoin #BTC $BTC