
Entretien avec le cofondateur d'Initia : influencé par la philosophie de conception d'Apple, simplifier l'expérience utilisateur sur la blockchain
TechFlow SélectionTechFlow Sélection

Entretien avec le cofondateur d'Initia : influencé par la philosophie de conception d'Apple, simplifier l'expérience utilisateur sur la blockchain
Stan a expliqué la philosophie de conception d'Initia, soulignant que leur principe initial était de prendre en compte la fluidité des utilisateurs entre différentes applications.
Préparé et traduit par : TechFlow

Invités : Stan Liu, cofondateur d'Initia ; Ezaan Mangalji, cofondateur d'Initia
Animé par : DeFi Dave, gestionnaire on-chain de dinero_xyz ; Kiet Fong, de thecoreloop
Origine du podcast : Flywheel DeFi
Titre original : Everything You Need To Know About Initia w/ Zon & Stan - Flywheel #120
Date de diffusion : 11 septembre 2024
Informations contextuelles
-
Dans cet épisode, les animateurs Dave et Capital K reçoivent Zon et Stan, deux cofondateurs d’Initia, pour discuter de leurs innovations dans un monde multi-chaînes et modulaire. Zon exprime son soutien constant au programme et mentionne ses nombreuses rencontres avec Dave lors de conférences.
Parcours personnels
-
Zon partage son parcours : développeur originaire de Vancouver, Canada, titulaire d’un diplôme en informatique et en commerce. Pendant la pandémie, il a terminé ses études à domicile tout en s’immergeant dans les projets DeFi, développant un vif intérêt pour la théorie des chaînes dédiées aux applications (app chain). Il a travaillé chez Terra comme développeur de contrats intelligents sur plusieurs projets de l’écosystème. Cependant, après l’effondrement de Terra, lui et Stan ont recommencé à zéro et ont finalement fondé Initia.
-
Stan raconte sa propre trajectoire : d’origine chinoise et coréenne, diplômé en mathématiques aux États-Unis. Après ses études, il s’est tourné vers le trading quantitatif, agissant comme market maker sur les marchés cryptos. C’est durant cette période qu’il a découvert la DeFi, puis a été mis en relation avec Do Kwon grâce à un camarade d’université, ce qui l’a conduit à rejoindre Terra en tant que chercheur ingénieur.
La philosophie d’Initia
Origines du projet
-
Zon revient sur la genèse d’Initia. Après l’effondrement de FTX, ils ont compris qu’il n’était pas judicieux de poursuivre leurs anciens projets. Zon a décidé de réétudier l’écosystème Ethereum, tandis que Stan s’est replongé dans la finance quantitative, mais a vite réalisé qu’il ne pouvait plus s’adapter à la finance traditionnelle.
Observations et réflexions
-
Les deux ont observé l’évolution de Cosmos. Bien qu’ayant une expérience dans la construction sur Cosmos, ils reconnaissent que l’expérience utilisateur DeFi est bien supérieure sur Ethereum. Zon souligne que même si le SDK Cosmos offre des outils flexibles, la complexité de construire une chaîne Cosmos reste dissuasive : exécuter une couche 1, gérer un ensemble de validateurs, ou encore traiter les relais IBC posent de nombreux défis techniques.
Solution multi-chaînes
-
En comparaison, les Rollups sur Ethereum ont commencé à se populariser, bien que ces solutions n’aient pas initialement été conçues pour étendre Ethereum. Zon pense que l’apparition croissante de solutions d’interopérabilité et de couches décentralisées ne fera qu’aggraver la fragmentation de liquidité et le surcroît de choix. Ils croient qu’une expansion future des blockchains devrait adopter une approche multi-chaînes. C’est pourquoi ils ont décidé d’utiliser leur expertise sur Cosmos et Ethereum pour construire un système complet combinant couche 1 et couche 2, afin de résoudre ces problèmes et créer un écosystème multi-chaînes idéal.
Construire un écosystème entrelacé sans permission
Philosophie de conception
-
Stan explique la philosophie derrière Initia, soulignant que leur idée initiale reposait sur la fluidité entre différentes applications. Bien que les utilisateurs expérimentés d’Ethereum puissent facilement déplacer leurs actifs sur la chaîne principale, la situation devient compliquée avec les solutions de couche 2.
Défis d’expérience utilisateur
-
Pour les utilisateurs DeFi ordinaires, les opérations inter-chaînes peuvent sembler accessibles, mais elles sont très différentes pour ceux moins familiers avec l’écosystème. Stan note que beaucoup ignorent où se trouvent précisément les ponts, et doivent consulter des outils comme Defi Lama pour obtenir des informations. Le processus de pontage, bien qu’il semble mineur, est en réalité extrêmement difficile, surtout avec les différents standards de jetons et protocoles (comme Optimistic Bridge ou CCTP), entraînant souvent des confusions.
Fondements de la solution
-
Ces difficultés ont motivé la création de l’écosystème Initia, visant à simplifier les opérations inter-chaînes et améliorer l’expérience globale. Ils souhaitent offrir un écosystème entrelacé sans permission, permettant aux utilisateurs d’interagir plus facilement entre différentes applications DeFi.
Initia inspiré par la conception Apple
Philosophie de conception
-
Zon aborde la philosophie de conception d’Initia, influencée par celle d’Apple. Il compare les Rollups d’Ethereum à Android : cette architecture fournit une infrastructure, mais laisse aux utilisateurs de nombreux choix concernant les fournisseurs de services, les ponts, les oracles, etc. En revanche, Initia adopte une position plus affirmée, définissant clairement l’évolution du système.
Architecture du système
-
Dans le cadre d’Initia (couche 1 et couche 2), de nombreux composants sont figés dans le système. Par exemple, les ponts utilisent exclusivement IBC et Layer 0, tandis que la disponibilité des données (DA) repose sur Celestia. Un système d’oracle local a été conçu, dont les données sont transmises à toutes les couches 2, assurant une expérience utilisateur cohérente quel que soit le niveau utilisé, et simplifiant ainsi les interactions.
Mécanismes économiques
-
Stan approfondit les mécanismes économiques considérés lors de la construction de l’écosystème. Ils veulent lier étroitement les applications des couches 1 et 2, afin d’éliminer le débat sur l’impact négatif potentiel des L2 sur les L1. Selon eux, toutes les applications doivent évoluer en harmonie avec la couche 1, créant ainsi de la valeur pour les utilisateurs et l’écosystème.
Réflexion et amélioration
-
Kiet approuve cette vision, notant qu’Initia a amélioré de nombreux systèmes de base, intégrant les meilleurs aspects des technologies existantes pour en tirer un avantage concurrentiel. Il espère explorer plus en profondeur la conception et la mise en œuvre d’Initia.
Les trois piliers fondamentaux d’Initia
Couche d’architecture
Zon présente la couche d’architecture d’Initia, qui repose sur trois piliers principaux : architecture, produit et économie.
-
Couche 1 : La couche 1 d’Initia est une blockchain basée sur le SDK Cosmos utilisant la machine virtuelle Move (VM). Ses caractéristiques incluent :
-
Une couche de coordination d’accès, gérant les récompenses de sécurité, l’interopérabilité et le routage pour toutes les couches 2.
-
Liquidité incarnée : Un DEX (échange décentralisé) intégré directement dans la chaîne, permettant aux utilisateurs de staker des jetons XLP auprès des validateurs, assurant à la fois la sécurité du réseau et la liquidité.
-
Fonctionnant comme un routeur multi-chaînes, supportant l’échange de jetons entre différents rollups.
-
Pile entrelacée
-
Cadre du Rollup optimiste : La pile entrelacée d’Initia est une solution complète de Rollup optimiste, dotée de ponts optimistes, de preuves de fraude, de fonctionnalités de retour arrière (rollback) et de mécanismes de contestation, similaires fonctionnellement au Bedrock d’Optimism, mais construite sur le SDK Cosmos.
Pile de la couche 2
-
Chaîne de base complète avec SDK Cosmos : Chaque couche 2 est une chaîne indépendante basée sur le SDK Cosmos, permettant aux utilisateurs de personnaliser l’ordre des transactions, les types de frais et le traitement des transactions.
-
Indépendance vis-à-vis de la machine virtuelle : Supporte EVM, Move VM et WASM VM, permettant aux utilisateurs de choisir l’environnement de contrat intelligent le mieux adapté à leur application.
-
Disponibilité des données : Chaque couche 2 publie par défaut sa disponibilité de données (DA) sur Celestia, et envoie les preuves correspondantes à la couche 1 d’Initia.
Couche de règlement
-
Zon précise davantage que la couche 1 d’Initia sert de couche de règlement : tous les retraits de fonds via le pont optimiste y sont traités. Initia implémente aussi une fonction de synchronisation d’état, capable de lire les données depuis Celestia et de créer une instance bifurquée de la chaîne en cas de contestation par preuve de fraude.
Liquidité intégrée, pool initUSDC et frais
Kiet interroge sur la manière dont la liquidité intégrée (enshrined liquidity) d’Initia peut servir à la fois de routeur et de pont.
-
Stan explique qu’un transfert USDC entre différentes Minisia ne nécessite pas d’étapes complexes. Plus précisément :
-
Les USDC sur Minisia A et Minisia B sont identiques : des USDC natifs, évitant ainsi la fragmentation de liquidité.
-
Tous les transferts de jetons passent obligatoirement par la couche 1 (L1), garantissant que le standard USDC reste uniforme entre les différentes Minisia.
-
Expérience utilisateur
Kiet clarifie ensuite le processus suivi par l’utilisateur après obtention d’USDC :
-
L’utilisateur entre dans l’écosystème Initia via la L1, en acquérant des USDC sur un DEX décentralisé.
-
Il transfère ses USDC de la L1 vers la couche 2 (L2) souhaitée, par exemple Minisia A.
-
Après avoir effectué ses transactions, s’il souhaite passer à Minisia B, il doit faire transiter ses USDC via la L1.
-
Tout au long du processus, les actions sont abstraites : le système gère automatiquement les transferts, et l’utilisateur n’a qu’à sélectionner le passage d’un L2 à un autre.
Structure des frais
-
Concernant la politique de frais autour du pool USDC, Zon indique :
-
Initia prévoit de fixer des frais bas pour inciter à utiliser son pool USDC.
-
Une partie des frais de transaction sera redistribuée aux stakers, afin d’encourager la participation.
-
Les revenus proviennent principalement des récompenses de staking, similaires à celles d’une couche 1 classique.
-
-
Cette conception vise à positionner le pool de liquidité d’Initia comme avantageux face à la concurrence, devenant ainsi le choix privilégié des utilisateurs.
Mécanisme de retour arrière et preuves de fraude
Concept des preuves de fraude
-
Zon explique le fonctionnement du mécanisme de retour arrière (rollback) et des preuves de fraude dans les Rollups optimistes :
-
Preuve de fraude : Dans un Rollup optimiste, le système suppose que toutes les opérations sont normales et que les séquenceurs (orderers) sont honnêtes. Si un séquenceur soumet une transaction malveillante (ex : front-running ou manipulation de solde), un délai de 7 jours est imposé lors du retrait vers la couche 1 (L1).
-
Pendant cette fenêtre de contestation, tout participant honnête peut soumettre une preuve de fraude, signalant l’acte malveillant du séquenceur et bloquant ainsi le retrait.
-
Rôle du mécanisme de retour arrière
-
Retour arrière : Si une preuve de fraude est validée pendant la fenêtre de contestation, le système doit effectuer un rollback de l’état de la chaîne, pour revenir à un état sécurisé. Ce mécanisme agit comme ultime sauvegarde, garantissant que le système peut se rétablir après une action malveillante.
-
Zon insiste sur le fait que preuves de fraude et rollback sont complémentaires : les premières permettent d’identifier et de bloquer les comportements malveillants, tandis que le second assure la restauration de l’intégrité du système. Cette conception renforce la sécurité et la fiabilité des Rollups optimistes.
Utiliser MinitiaSwap pour un pontage instantané inter-chaînes
Concept de MinitiaSwap
-
Zon présente MinitiaSwap, conçu pour résoudre le problème du temps nécessaire aux transferts inter-chaînes. Il souligne que les ponts traditionnels prennent généralement 7 jours, ce qui va à l’encontre de l’objectif d’un monde interconnecté. MinitiaSwap permet donc un pontage instantané entre jetons de Rollup optimiste, avec une perte limitée acceptable.
Mécanisme de pontage
-
Stan détaille le processus de pontage :
-
Pont optimiste : Quand un utilisateur transfère un jeton de la L1 vers la L2, il utilise en réalité un pont optimiste. Le jeton sur la L1 reste verrouillé, tandis qu’un nouveau jeton est frappé sur la L2.
-
Processus de retrait : Normalement, le retrait prend 7 jours. Pendant ce laps de temps, si une preuve de fraude est soumise, l’état est remis à zéro.
-
Pont instantané : Pour contourner l’attente de 7 jours, MinitiaSwap combine deux solutions : IBC natif de Cosmos et le pont optimiste. L’utilisateur peut envoyer un jeton vers la L2 via le pont optimiste, puis le rapatrier rapidement vers la L1 via IBC.
Traitement des jetons
-
Après transfert via le pont optimiste, l’utilisateur reçoit un jeton différent du jeton initial (ex : un USDC emballé).
-
Pour assurer une liquidité efficace, MinitiaSwap crée un couple d’échange permettant aux utilisateurs de convertir ces différents jetons.
Gestion de la liquidité
-
Stan ajoute que MinitiaSwap impose des limites temporelles ou quantitatives pour contenir les pertes des fournisseurs de liquidité :
-
Le volume d’échange USDC autorisé dans un laps de temps donné est limité.
-
Si de nombreux utilisateurs tentent d’échanger contre l’USDC natif, le taux de change diminue.
-
Inversement, attendre 7 jours pourrait offrir un meilleur taux.
-
-
Kiet remercie pour l’explication, notant que bien que techniquement différents, les jetons sont traités comme équivalents dans le pool car tous subissent le même délai de 7 jours.
-
Stan ajoute que les fournisseurs de liquidité jouent un rôle clé ici, rendant les échanges rapides possibles tout en maintenant les pertes sous contrôle.
Construire sur L1 et L2
-
Dave pose une question sur la possibilité de construire sur la L1, demandant à Zon s’il espère que des développeurs développeront sur la L1. Zon rétorque que bien qu’il soit possible de déployer des contrats intelligents sur la L1, ils encouragent les équipes à construire indépendamment sur les L2. Les avantages incluent :
-
Expérience optimisée : Construire sur L2 permet d’optimiser l’expérience utilisateur, sans risque de congestion.
-
Extensibilité du système : Pousser l’exécution vers des L2 indépendantes permet une meilleure scalabilité.
-
Avis sur SVM
-
Dave remarque qu’ils supportent EVM, Move et Wasm, mais pas SVM, et demande pourquoi. Zon exprime son opinion :
-
Demande du marché : S’il y a une demande croissante pour SVM, ils envisageront de l’intégrer.
-
Attrait de Solana : Les développeurs choisissent souvent SVM par attachement à l’écosystème Solana, pas parce que SVM serait le prochain grand framework de contrats intelligents.
-
Intégration avec Cosmos SDK
-
Zon explique davantage l’importance de construire différents environnements virtuels (VM), en insistant sur une bonne intégration avec Cosmos SDK :
-
Problèmes historiques : Autrefois, des implémentations comme Ethermint ou d’autres versions EVM sur Cosmos posaient problème, notamment à cause de ponts bancals entre jetons ERC20 et jetons natifs Cosmos, nuisant à l’expérience utilisateur.
-
Interaction fluide : En construisant de nouvelles VM, ils assurent une conversion fluide des jetons. Par exemple, un jeton ERC20 peut être envoyé via IBC et se transformer naturellement en jeton Cosmos ; s’il est ensuite envoyé vers une couche 2 Move, il devient un actif circulant Move ; inversement, un jeton Move envoyé vers une chaîne Cosmos se transforme automatiquement en jeton Cosmos-20.
-
Attirer et incuber des chaînes d’applications
-
Dave est curieux des chaînes d’applications en cours de développement et du processus d’incubation. Zon répond en partageant sa vision de l’incubation, soulignant certaines convictions fortes sur les app-chains :
-
Éviter les projets redondants : Zon note que certains L1, au lancement, annoncent des dizaines de projets (ex : 50), mais que beaucoup ne sont que des clones d’UNI V2 ou de petits projets hackathon, sans suite durable. Cette approche est vouée à l’échec.
-
Soutenir les projets locaux : Il constate que ramener des projets d’autres écosystèmes et les « normaliser » finit souvent par cannibaliser les projets locaux. Par exemple, PancakeSwap ou SushiSwap ont certes apporté des utilisateurs et de la TVL, mais n’ont pas permis le succès des projets autochtones. Pour Zon, soutenir les projets locaux est essentiel.
-
Chercher des projets uniques : Zon insiste : leur objectif est de trouver des équipes qui veulent construire des projets nouveaux, originaux et intéressants, et de leur fournir un soutien en ressources — marketing, incitations financières, développement produit, etc.
Exemples de projets concrets
-
Zon présente quelques projets qu’ils incubent :
-
Blackwing : Ce projet permet des échanges perpétuels de n’importe quel jeton sur n’importe quelle chaîne. Les utilisateurs peuvent trader entre différents couples de liquidité, simplifiant la complexité des échanges inter-chaînes.
-
Milky Way : Premier projet LST basé sur Tia et Celestia, construisant un centre de re-staking pour renforcer la sécurité économique.
-
Civitia : Un jeu de type « Monopoly » sur chaîne, où les joueurs achètent des terrains et coopèrent ou rivalisent stratégiquement.
-
Kamigotchi : Un RPG mignon de type idle, dont le testnet est déjà en ligne.
-
Contro : Développe un mécanisme appelé « Gradual Limit Order Book », destiné à résoudre le front-running dans les marchés prédictifs. En ralentissant le temps dans le marché, il garantit que les paris corrects soient récompensés positivement.
-
Innovation sur les marchés prédictifs
-
Zon détaille le fonctionnement de Contro, soulignant comment son carnet d’ordres au ralenti évite le front-running. Il précise que ce mécanisme permet à plusieurs utilisateurs de parier simultanément, partageant ainsi une partie des profits, sans craindre d’être victimes de manipulations.
Projets et utilisateurs entrelacés
-
Kiet interroge sur le caractère sans permission des projets initiaux. Stan explique que oui, c’est sans permission : les utilisateurs peuvent librement construire sur la L1. Il ajoute :
-
Construction libre : Les utilisateurs peuvent créer leur propre L2 sur la L1, hautement personnalisable.
-
Soutien aux projets intéressants : Ils veulent attirer des projets fondateurs de l’écosystème, pas des copies (comme un fork de Uniswap V2). Par exemple, l’écosystème Arbitrum a prospéré grâce à des projets spécifiques comme GMX.
-
Soutien et allocation des ressources
-
Zon ajoute que même s’ils soutiennent tous les projets construits sur Initia, lors de la Genèse, ils ciblent des projets novateurs et intéressants, afin d’avoir une raison d’attirer les utilisateurs dès le lancement principal. Leur but est de fournir un soutien marketing et ressources à ces projets pour les aider à grandir.
Stratégies d’attraction des utilisateurs
-
Pour attirer les utilisateurs, Zon répond :
-
Soutien individuel et stratégie globale : Ils collaborent individuellement avec chaque chaîne d’applications, fournissant un soutien pour attirer des utilisateurs et augmenter la TVL (valeur totale verrouillée).
-
Effet réseau : Chaque nouvelle chaîne d’applications génère un effet réseau, stimulant le flux d’utilisateurs et d’actifs. Grâce à cet écosystème entrelacé, les utilisateurs peuvent collaborer facilement, plutôt que de se concurrencer.
-
Collaboration au sein de l’écosystème
-
Zon insiste sur l’aspect unique de l’écosystème Initia : ici, les projets s’intéressent mutuellement à la croissance collective. Contrairement aux écosystèmes isolés et compétitifs, les projets d’Initia collaborent étroitement pour s’épanouir ensemble.
Origine du concept « entrelacé »
-
Dave interroge sur l’origine du nom « entrelacé » (interwoven). Zon explique que ce terme décrit parfaitement leur stack technique et leur écosystème :
-
Liaison technique : À chaque lancement d’une nouvelle chaîne, elle est connectée aux autres, via Layer 0, IBC, CCPP ou données d’oracle. Cette interconnexion permet un accès facile depuis n’importe quelle chaîne.
-
Collaboration écosystémique : Zon souligne que chaque projet dans l’écosystème tend à coopérer, propulsant conjointement la croissance globale, créant ainsi un environnement véritablement « entrelacé ».
-
Possibilité de permissions
-
Sur la possibilité de configurer des permissions pour certaines applications, afin de sécuriser la chaîne. Stan rétorque :
-
Permissions partielles ou totales : Via le SDK Cosmos, les utilisateurs peuvent mettre en place des permissions partielles ou complètes. Par exemple, Osmosis n’autorise pas le déploiement arbitraire d’applications, pour maintenir une cohérence.
-
Paramétrage personnalisé : En tant qu’opérateur d’Initia, on peut contrôler quels jetons peuvent traverser les ponts — autoriser uniquement USDC ou les jetons natifs, refuser Ethereum ou Solana.
-
Avancement des projets et financement
-
Zon mentionne qu’il y a actuellement 12 projets en construction sur la pile entrelacée, majoritairement locaux, ayant levé collectivement plus de 13,5 millions de dollars. Zon juge cela reflète l’adaptabilité et la demande du système. Il note :
-
Potentiel écosystémique : Bien qu’Initia-même n’ait pas levé massivement, le succès de financement de ces projets montre l’attractivité de l’écosystème. Comparé à d’autres écosystèmes ayant levé des centaines de millions, le niveau d’investissement dans Initia est comparable.
-
Cohésion communautaire et réussite durable
-
Zon affirme que la communauté reste très cohérente. Il observe que, l’an dernier, de nombreux projets infrastructures à haute valorisation mais faible liquidité ont démarré fort, puis ont rapidement décliné.
-
Zon insiste : ils veulent faire exactement l’inverse, en adoptant :
-
Participation communautaire : Permettre aux membres de la communauté d’investir à un prix proche de celui des investisseurs institutionnels, favorisant une croissance commune.
-
Effet de richesse : Avec le développement de l’écosystème, générer un effet de richesse, bénéficiant à tous les participants sur le long terme.
-
Clé du succès à long terme
-
Dave met en avant l’importance de créer un effet de richesse, clé de toute réussite durable. Il souligne :
-
Réussite collective : Une chaîne réussie est celle où tous les participants profitent ensemble, pas où quelques-uns s’enrichissent tôt puis vendent, faisant s’effondrer l’écosystème.
-
Vison pérenne : Les projets réussis ont besoin d’une planification à long terme et d’une foi sincère en leur succès. Zon pense que les lancements à haute valorisation sont attrayants, mais risqués.
-
Opposition aux comportements à court terme
-
Zon exprime son mécontentement face aux comportements courts-termistes : certains projets lancent avec d’énormes fonds et incitations, mais perdent rapidement de la valeur par mauvaise gestion. Il veut éviter cela en adoptant une stratégie de développement durable.
-
Zon déclare être prêt à concourir en « mode difficile », en visant la réussite à long terme plutôt que des retours rapides.
La suite complète de produits d’Initia
Architecture des produits
-
Kiet évoque la discussion précédente de Zon sur architecture, produit et économie, disant vouloir approfondir l’économie, mais d’abord parler des produits.
-
Zon présente la suite complète de produits d’Initia, notamment leur explorateur de blocs et autres fonctionnalités, qualifiés d’« outils offerts par les cieux », particulièrement utiles avec Cosmos.
Fonctionnalités principales des produits
Zon liste plusieurs fonctionnalités clés d’Initia :
-
Application Initiale : Une « super-application » où les utilisateurs peuvent effectuer toutes leurs opérations liées à Initia, gérer la liquidité et explorer tous les contrats intelligents existants.
-
Widget portefeuille : Permet aux utilisateurs de connecter n’importe quel portefeuille EVM, Cosmos ou intégré directement à tout contrat intelligent, même s’il est sur une machine virtuelle différente. Cette souplesse permet d’utiliser aisément son portefeuille préféré (ex : Rabbi).
-
Widget de pontage : Agrège tous les flux entre contrats intelligents et chaînes externes, simplifiant l’expérience. Pas besoin de changer d’interface : un seul écran suffit pour le pontage.
-
Explorateur de blocs : Zon mentionne leur récente acquisition de Seller Tone, le meilleur explorateur de blocs Cosmos, supportant plusieurs explorateurs (Say, Scan, Osmosis, etc.). Il offre des fonctionnalités puissantes : interaction avec contrats, vérification de code, consultation des transactions et soldes.
Expérience utilisateur
-
Zon insiste : l’objectif d’Initia est de simplifier au maximum l’expérience. Par exemple, le widget de pontage permet non seulement de transférer, mais aussi d’échanger des jetons, en exploitant la liquidité pour optimiser les transactions.
-
Kiet approuve, saluant la complétude de la suite produits, très utile pour développeurs et utilisateurs finaux. Il remarque que la documentation d’Initia reflète également cette attention aux deux groupes.
Programme VIP : récompenser engagement et loyauté
Importance de la participation communautaire
-
Stan présente le programme VIP d’Initia (Vested Interest Program), conçu pour renforcer l’implication et le soutien communautaires. Il note que dans Web3, tout est très financiarisé, ce qui aide à bâtir la communauté. Ils souhaitent intégrer ce mécanisme directement aux mains des utilisateurs.
Structure du programme VIP
Le cœur du programme VIP est de récompenser les utilisateurs actifs de l’écosystème Initia. Plus précisément :
-
Allocation de jetons : Sur la L1, une partie de l’offre de jetons Initia est réservée aux utilisateurs actifs sur différentes applications. Par exemple, un utilisateur actif sur un protocole de prêt peut recevoir des récompenses selon des indicateurs clés (KPI) définis par les opérateurs d’Initia.
-
Forme des récompenses : Ces récompenses sont distribuées sous forme « es in it » ou « escrow in it », non transférables ni vendables au départ. Elles se déverrouillent linéairement sur 26 semaines, conditionnellement à l’activité continue.
-
KPI et incitations : Les récompenses sont liées à l’activité sur une plateforme donnée. Si l’utilisateur reste actif, il débloque plus de jetons, ce qui l’incite à particip
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News














