Arcium: Solana / FHE / Souvenirs de Dark Pool

La mode fonctionne par cycles. La cryptomonnaie évolue en boucles. Les cycles peuvent mourir, mais les clones sont éternels.

Arcium, un projet de supercalcul cryptographique sur Solana, a choisi Coinlist pour son tour de communauté, me rappelant instantanément les batailles de scripts pour l'allocation sur Coinlist de 2017 à 2021 - un village de débutants pour les scientifiques et les fermiers de largage aérien.

La nouvelle génération dépasse l'ancienne, pourtant Arcium a changé de marque trois fois, luttant pour se frayer un chemin. Elle a échappé de justesse à la saison des memes de Solana ; il reste à savoir si elle pourra réaliser son rêve pendant la saison des memes de BSC.

Vie passée : Le sombre pool Elusiv qui a supprimé son code et disparu

Trois phrases résument pourquoi Elusiv est devenu Arcium :

• "Vous devez savoir que Arcium n'est pas mon vrai nom, Elusiv est le nom de famille d'origine."
• "Le chiffrement MPC basé sur les données était un déguisement; les dark pools étaient le véritable business."
• "La confidentialité 1.0 concernait l'état personnel; la version 2.0 met l'accent sur la collaboration partagée."

Elusiv est originaire d'un hackathon Solana. Au début, c'était essentiellement un fork de projets de confidentialité cryptographique comme Zcash, Monero et Tornado Cash sur Solana, se concentrant sur la construction de services de dark pool utilisant ZK, FHE et MPC.

Les services de Dark pool ne sont pas compliqués, ils sont similaires au dark web, faisant référence à un comportement caché sous la surface, semblable à un "État profond". Fondamentalement, les dark pools permettent aux grandes institutions ou aux particuliers de trader de manière anonyme hors marché, en évitant la volatilité des marchés publics.

Sur les blockchains, les registres transparents rendent toutes les transactions visibles, c'est ainsi que le MEV est né, donc le trading anonyme a une demande spécifique.

Cependant, comme mentionné, la confidentialité 1.0 n'avait aucune différence réelle par rapport aux mélangeurs ou à Monero. Après que Tornado Cash ait été soumis à une réglementation stricte, poursuivre dans cette voie serait perçu comme un défi direct aux autorités américaines. Ainsi, la base de code d'Elusiv a cessé de se mettre à jour il y a deux ans.

Légende de l'image : Elusiv inactive
Source de l'image :@ArciumHQ

Si vous recherchez "Dark Pool" et "FHE" sur @ArciumHQ, vous verrez qu'ils se concentrent sur deux choses :

• Discuter de la supériorité du MPC par rapport au FHE, principalement en termes d'efficacité computationnelle et de coût

• Exprimant un optimisme à long terme concernant les dark pools—sous le nom Elusiv par le passé, et maintenant sous Arcium

Cependant, il n'y a pas de supériorité absolue entre des technologies comme MPC, FHE, ZK et TEE. Leurs différences concernent davantage les scénarios d'application :

• MPC se concentre sur le calcul de confiance entre plusieurs parties

• FHE se concentre sur le calcul sur des données chiffrées

• ZK garantit la validité des données avant le chiffrement

Légende de l'image : La vision d'Arcium sur la comparaison des technologies de confidentialité
Image Source: @ArciumHQ

En fait, on peut dire que tous les projets axés sur la confidentialité rencontrent actuellement des difficultés, pas besoin de se faire concurrence. Étendre le marché ensemble est un meilleur chemin vers le succès. Mais bien sûr, ce n'est pas aussi accrocheur. Après que Tornado Cash ait vu un possible retour, Arcium a commencé à faire de la publicité pour les dark pools à nouveau.

Construire un projet est difficile. Construire un projet connu est encore plus difficile — vous devez résister à l'épreuve du temps et toujours avoir l'impression d'être votre premier amour. Être un trader de détail est difficile. Être un trader de détail rentable est encore plus difficile — surtout lorsque tout le monde dans la faction 'Huanglongjiang a des écouteurs Bluetooth' et que vous devez encore décoder chaque ligne.

Vie actuelle: De FHE parallèle au supercalcul crypté

Arcium a ses propres idées sur la confidentialité basée sur les données.

En d'autres termes, Arcium réfléchit à la façon de combiner les caractéristiques de la blockchain avec le MPC. La réponse est simple : étant donné que le MPC nécessite une computation multi-parties et que les blockchains nécessitent une exécution multi-nœuds, la combinaison des deux vous donne des Environnements d'Exécution Multi-Parties (MXEs).

Basé sur ce concept, ajoutez la technologie d'exécution en parallèle ainsi que les fonctionnalités FHE/ZK, et vous pouvez construire un système de cryptage blockchain à la fois rapide et sécurisé.

Si vous êtes intéressé par la parallélisation, vous pouvez consulter cet ancien (et toujours valable) article :Parallélisme au-delà de l'EVM - L1 haute performance (Sui) vs Ethereum L2 ?”

Mais en fin de compte, ces prouesses techniques ne sont pas le véritable problème. Tout comme Nillion, le véritable problème avec la technologie de confidentialité aujourd'hui est le manque de cas d'utilisation réels. Arcium a choisi l'IA, DePIN et DeFi comme secteurs cibles. Les deux premiers sont souvent utilisés comme mots à la mode pour attirer des financements et justifier des lancements de jetons, mais seul DeFi, en particulier les dark pools et les transactions privées (mixing), présente actuellement une demande réelle sur le marché.

Arcium affirme que son architecture est 10 000 fois plus rapide que le FHE, mais cela n'a pas de sens fonctionnel. Les blockchains n'ont pas besoin du FHE aujourd'hui, donc 10 000 fois zéro reste toujours zéro.

Cela n'est pas pour nier Arcium ou les technologies MPC/FHE—mais la vérité est que leur demande à long terme est incertaine, et avec la pression d'émettre des jetons, les projets poursuivent souvent des cas d'utilisation imaginaires. Tout comme un rachat ne peut pas rendre un jeton sans valeur précieux, des promesses excessives ne modifient pas les fondamentaux.

Après-vie : La confidentialité errante Solana 2.0

Mais les choses ont toujours une tournure. Helius, qui a autrefois contribué avec l'article technique le plus direct sur Solana 2.0, redéfinit maintenant le concept de Solana Privacy 2.0. Bien que je n'y adhère pas, cela semble logique.

Au cœur se trouve un point crucial : la Confidentialité 2.0 est une confidentialité multiparty, se référant généralement à des états privés partagés, en d'autres termes, MPC. Plus spécifiquement, elle est en phase avec le concept suite d'Arcium :

1. arxOS : Un système d'exploitation chiffré qui agrège la puissance de calcul des nœuds Arcium
2. MXE : Un environnement d'exécution multipartite qui permet à des calculs sécurisés de se produire sur Arcium
3. Arcis : Un langage de programmation dérivé de Rust, similaire à la relation entre Move et Rust

Ici, je dois me plaindre un peu : StarkNet, le langage Move, Arcis, ce sont tous des variantes de Rust. Les équipes de projet pourraient penser que personnaliser ces langues libère un potentiel maximum, mais en réalité, tout ce qu'elles font, c'est augmenter la charge de travail des développeurs sans apporter beaucoup de bénéfices concrets.

Légende de l'image : Différence entre la confidentialité 1.0 et 2.0
Source: Helius

En fait, l'IA préservant la vie privée n'aura probablement pas besoin de la technologie MPC/FHE. Si les LLM (Large Language Models) peuvent réduire suffisamment, le MCP (Traitement Multi-Client) pourrait devenir la norme de facto - répondant aux besoins des utilisateurs personnels sans surexposer leurs données.

Maintenant, si "IA privée" signifie qu'une entreprise, une entité ou un individu déploie ses propres LLM, alors oui, peut-être pouvez-vous justifier l'ajout de MPC/FHE malgré la latence et la surcharge de calcul. Mais même dans ce cas, le MPC n'est "moins cher" que par rapport au FHE - il n'est toujours pas vraiment efficace.

En plus de cela, les véritables problèmes auxquels sont confrontées les dark pools et les transactions privées (comme les mélangeurs et les micro-paiements anonymes) sont réglementaires, et non seulement liés aux coûts. Les dark pools sont destinées aux gros investisseurs. Dans le monde de la finance traditionnelle, la bataille entre les dark pools et la SEC fait rage. Il en va de même pour les mélangeurs.

Bien sûr, l'attitude de Trump consistant à saisir l'argent avant l'inondation a inspiré certains, mais si les dark pools on-chain renaissent vraiment, et que nous suivons simplement le chemin de déclaration de confidentialité semi-officielle de Railgun, ce seront les utilisateurs de détail qui se feront brûler dans des transactions de baleine à baleine.

Les États-Unis ont peut-être reculé dans leur répression totale de Tornado Cash, mais même ainsi, les solutions de confidentialité pures et classiques ne reviendront pas dans le courant dominant. Avec des entreprises comme TRM Labs et des protocoles semi-conformes comme Railgun, les régulateurs contrôlent désormais efficacement le comportement de la chaîne.

La seule zone avec une demande réelle du marché est les micro-paiements anonymes. Mais même dans ce cas, les utilisateurs ordinaires veulent rarement payer un supplément pour la confidentialité. Vous pouvez le considérer comme une fonction ou un service, mais il est difficile de construire un ajustement produit-marché entier sur cela seul.

Conclusion

L'entrée d'Arcium dans le processus de TGE marque la fin de l'ère classique des projets de confidentialité - un événement encore plus emblématique que l'inversion de Tornado Cash. Désormais, les équipes de projet imposeront proactivement des auto-limitations, et les limites seront clairement définies.

Avertissement :

1. Cet article est republié à partir de [ zuoyewaiboshan]. Copyright belongs to the original author [zuoyewaiboshan]. Si vous avez des objections à cette réimpression, veuillez contacter le Gate Learnéquipe. Nous le traiterons rapidement selon les procédures pertinentes.

2. Avertissement : Les vues et opinions exprimées dans cet article ne représentent que les vues personnelles de l'auteur et ne constituent pas un conseil en investissement.

3. D'autres versions linguistiques de cet article sont traduites par l'équipe Gate Learn. Ne copiez, ne distribuez pas, ne plagiez pas le contenu traduit sans mentionnerGate.io.