Rollup summer approche-t-il à grands pas ? Aperçu, écosystème et perspectives futures du RaaS
TechFlow SélectionTechFlow Sélection
Rollup summer approche-t-il à grands pas ? Aperçu, écosystème et perspectives futures du RaaS
Cet article analyse le RaaS en termes de son aperçu, de son écosystème et de son développement futur, dans l'espoir d'obtenir une vision partielle en passant du particulier à la ligne, puis à l'ensemble.
Dédié à des analyses Web3 approfondiesAuteur : Cynic Leo
TL;DR
Il existe un triangle d'impossibilité dans la blockchain : sécurité, décentralisation et évolutivité ne peuvent pas être réalisées simultanément. Bitcoin et Ethereum ont choisi les deux premiers critères, au détriment de l'évolutivité. Un grand nombre de transactions en peu de temps provoque une congestion du réseau et des frais élevés.
L'écosystème Bitcoin a été le premier à proposer le concept de mise à l'échelle, souhaitant construire une deuxième couche virtuelle par-dessus Bitcoin pour traiter les transactions, tandis que la chaîne principale servirait de couche de règlement. Ethereum a successivement tenté d'utiliser State Channel, Sidechain et Plasma pour résoudre ce problème, sans résultats concluants. Le 5 septembre 2018, Barry Whitefield a proposé le concept de Rollup sur Github. Finalement, cette technologie a gagné l'adhésion de la communauté, et la Fondation Ethereum l'a qualifiée de seule véritable technologie Layer2.
Cinq ans se sont écoulés en un clin d’œil. Récemment, les projets Rollup liés à Ethereum, les plus suivis par le marché, ont fréquemment annoncé de nouvelles avancées concernant RaaS (Rollup as a Service). Serons-nous bientôt à l’aube d’un « summer of Rollup » ? Cet article analyse RaaS sous l’angle de sa situation actuelle, son écosystème et ses perspectives futures, afin d’en offrir une vue d’ensemble à partir de détails ponctuels.
Aperçu de RaaS
Les analyses techniques autour de Rollup montrent que sa mise en œuvre est complexe, exigeante en compétences professionnelles et capacité de développement. Ce haut seuil d'entrée va à l'encontre du principe d'accès libre prôné par la blockchain.
Rollup-as-a-Service (RaaS) transforme Rollup en un service, offrant aux entreprises, organisations et particuliers une expérience simplifiée et conviviale pour déployer leurs propres Rollups. À l'image de Cosmos SDK ou Polkadot Substrate.
Comme cela a été fait pour les blockchains de niveau 1, RaaS fournit un SDK universel permettant de développer et déployer facilement un Rollup personnalisé via une simple configuration. Cette personnalisation préserve la souveraineté du projet. Certains projets RaaS offrent même une fonction « one-click deployment » sans code, permettant à des utilisateurs non-programmeurs de lancer leur propre Rollup.
Rollup est fortement modulaire : le séquenceur (Sequencer) et le générateur de preuve (Prover) peuvent chacun faire l'objet d'améliorations indépendantes. Dans l'écosystème RaaS, certains projets se spécialisent dans la conception de ces composants, fournissant ainsi des services à tous les Rollups.
RaaS peut apporter les changements suivants :
1. Des chaînes d'applications plus économiques, efficaces et tout aussi sécurisées : Rollup déplace les calculs coûteux hors chaîne, rendant les transactions moins chères et plus rapides ; en utilisant une blockchain de base comme couche DA (Data Availability), avec vérification par contrat intelligent, il obtient une sécurité équivalente à celle de la chaîne sous-jacente.
2. Un terrain d'expérimentation pour les innovations : Rollup utilise le même environnement de machine virtuelle que la chaîne de base, mais à moindre coût. Il peut servir de banc d'essai pour tester des propositions communautaires avant leur migration vers la chaîne principale.
3. Une meilleure interopérabilité : les Rollups utilisant le même service RaaS partagent une architecture technique commune, facilitant la définition de règles de communication. Ils peuvent échanger directement des messages sans passer par des ponts, atteignant ainsi une haute interopérabilité.
L’écosystème RaaS
Au sens large, tous les projets contribuant à la création de Rollups font partie de l’écosystème RaaS. Cet article suit une approche modulaire ascendante, divisant l’écosystème RaaS en quatre niveaux : DA (Disponibilité des données), SDK (Kit de développement logiciel), Sequencer (Séquenceur), et No-Code (déploiement sans code).
Certains projets offrent des services sur plusieurs niveaux ; ils seront décrits intégralement lors de leur première mention et ne seront pas répétés ensuite.
2.1 DA (Disponibilité des données)
Théoriquement, toute blockchain publique peut servir de couche DA pour stocker les données transactionnelles des Rollups. Toutefois, sans couche DA stable et correctement opérationnelle, un Rollup ne peut pas valider la fiabilité de ses transitions d'état.
Pour un Rollup, deux options s’offrent : soit un Smart Contract Rollup — le modèle adopté par la majorité actuellement — qui dépend à la fois de la couche de règlement et de la disponibilité des données de la blockchain sous-jacente ; soit un Soverereign Rollup, qui sépare disponibilité des données et règlement, n’utilisant que la DA de la chaîne de base tout en gérant lui-même le règlement.
Les premiers choisissent généralement des chaînes compatibles EVM, compatibles Cosmos ou Solana, dotées de fonctionnalités complètes. Les seconds ont donné naissance à des projets spécialisés dans la disponibilité des données, tels que Celestia, EigenLayer et Avail.
Celestia
Celestia est une chaîne PoS construite avec Cosmos SDK, utilisant une version modifiée de l’algorithme de consensus Tendermint et du codage RS pour encoder les blocs. Grâce à la technique d’échantillonnage de disponibilité des données (DAS), Celestia réduit davantage le coût de validation pour les nœuds légers, qui n’ont besoin que de télécharger une partie des données de bloc pour vérifier leur disponibilité.
En outre, pour détecter si un bloc a été correctement encodé, Celestia utilise un mécanisme d’optimisme : il suppose initialement que l’encodage est correct. Si aucun certificat de fraude n’est reçu pendant une période donnée, le bloc est considéré comme valide. Ce mécanisme améliore l’efficacité au prix d’un léger délai supplémentaire.
Avail
Avail est un projet soutenu par Polygon Labs, utilisant l’algorithme de consensus BABE+GRANDPA, ainsi que la technique DAS. Contrairement à Celestia, Avail utilise des preuves de validité pour vérifier l’encodage correct des blocs, basées sur les preuves KZG, plus efficaces que les preuves de Merkle.
EigenLayer
EigenLayer propose initialement une solution de re-staking, visant à exploiter la liquidité du staking Ethereum pour assurer la sécurité économique des nouveaux protocoles. Grâce à EigenLayer, un nouveau protocole n’a pas besoin de construire son propre réseau de validation décentralisé : il peut simplement tirer parti de la sécurité d’Ethereum via le re-staking.
Étant donné que la couche DA ne traite pas les transactions mais se contente d’encoder et de s’engager sur les données, les exigences pour les nœuds sont faibles. Avec un algorithme PoS, la liquidité du staking reflète directement la sécurité et la disponibilité de la blockchain — une opportunité idéale pour EigenLayer.
EigenLayer existe sous forme de contrat intelligent sur Ethereum, utilisant des preuves KZG pour vérifier l’encodage correct des blocs. Pour l’instant, EigenLayer n’utilise pas encore l’échantillonnage de disponibilité des données, probablement en lien avec les prochaines mises à jour d’Ethereum.
2.2 Sequencer (Séquenceur)
Le rôle du séquenceur est d’ordonner les transactions utilisateur reçues, selon quoi s’effectueront ensuite l’exécution et la production des blocs. Dans l’architecture d’Ethereum, comme le tri et l’exécution sont effectués par la même entité, les validateurs accumulent trop de pouvoir, entraînant des phénomènes de MEV et de censure, nuisant gravement à l’expérience utilisateur.
La séparation entre tri et exécution illustre le principe PBS (Proposer-Builder Separation). Pourtant, l’architecture actuelle des Rollups repose largement sur des séquenceurs centralisés, exposés à des risques de point de défaillance unique et de censure. Une solution décentralisée est donc nécessaire.
Astria
Astria propose un séquenceur partagé. Les transactions utilisateur provenant de différents Rollups sont collectées par le séquenceur Astria. Pour les nœuds Rollup, deux options : récupérer directement les données depuis Astria pour une confirmation rapide (soft confirmation) avec faible latence, ou attendre que les données soient soumises à la couche DA avant de les récupérer, obtenant ainsi une confirmation finale maximale.
Comme les données envoyées par Astria contiennent des transactions de multiples Rollups, chaque Rollup doit filtrer les transactions invalides (y compris celles des autres) selon son propre mécanisme de consensus. Astria fournit uniquement les données brutes, laissant le choix du consensus aux nœuds Rollup, préservant ainsi leur souveraineté.
OP Stack
La configuration par défaut d’OP Stack utilise un seul séquenceur dédié. Une modification simple consiste à utiliser un ensemble de séquenceurs autorisés, dont la participation peut être régulée par un mécanisme PoS pour réduire les risques de malversation.
Depuis l’introduction du concept de Superchain par OP Stack, le recours à un séquenceur partagé devient incontournable. Ce dernier permet une interopérabilité atomique entre les membres de la Superchain, améliorant significativement leur interconnexion.
Espresso
Espresso vise à exploiter la liquidité des validateurs Ethereum via le re-staking pour obtenir une sécurité partagée. Il intègre à la fois le séquenceur et la couche DA, fournissant aux Rollups les résultats de séquençage via une API REST, masquant ainsi les détails de la DA. La sécurité du consensus est garantie par un contrat intelligent sur L1, offrant une fiabilité accrue.
Saga
Saga était à l’origine conçu comme un homologue de Cosmos Hub, utilisant son propre ensemble de validateurs pour fournir une sécurité partagée aux chaînes d’applications construites avec Cosmos SDK.
Face à l’essor des Rollups, Saga s’est associé à Celestia, utilisant Celestia comme couche DA, et a converti ses validateurs en séquenceurs. Via Optimistic Rollup IBC, il échange des informations avec les Rollups supérieurs, offrant ainsi une sécurité partagée.
SUAVE
À la différence des autres séquenceurs, SUAVE cible spécifiquement le marché MEV. Flashbots domine ce secteur, et SUAVE est son produit destiné à capturer le MEV multi-chaînes, affirmant « The Future of MEV is SUAVE ». Grâce au séquenceur partagé de SUAVE, les transactions atomiques entre chaînes deviennent possibles, améliorant l’efficacité des marchés financiers sur différentes blockchains.
EigenLayer
Nous avons déjà mentionné l’utilisation d’EigenLayer au niveau DA. La décentralisation du séquenceur est également un domaine où EigenLayer excelle.
Le séquenceur étant chargé uniquement du tri et non de l’exécution, les exigences matérielles sont faibles. La clé de la décentralisation réside dans un mécanisme de pénalité dissuasif contre la malveillance. EigenLayer fournit un pool de staking profond, exploitant la décentralisation d’Ethereum pour renforcer celle des séquenceurs de Rollup.
2.3 SDK (Kit de développement logiciel)
À l’instar de Cosmos SDK, les SDK fournis par RaaS permettent aux développeurs de réutiliser de nombreux modules logiciels, personnalisant leurs Rollups au moindre coût et réduisant ainsi la difficulté de développement.
Rollkit (Optimism)
Initialement incubé au sein de la communauté Celestia, Rollkit est désormais un projet indépendant. Il utilise Celestia comme couche DA et fournit une interface cliente compatible ABCI, servant tous les Rollups compatibles ABCI (comme les chaînes Cosmos).
Actuellement, Rollkit utilise un séquenceur centralisé unique, supporte l’intégration de Cosmos SDK, Ethermint et CosmWasm, permettant aux utilisateurs de choisir leur environnement d’exécution. À l’avenir, Rollkit continuera d’évoluer pour offrir davantage de configurations.
Dymension (Optimism)
Dymension divise ses services en frontend et backend : le frontend comprend des RollApps personnalisables, pris en charge par Dymension RDK (une version modifiée de Cosmos SDK) ; le backend, Dymension Hub, orchestre tout le système, gère la DA et le séquençage.
Dymension utilise un mécanisme d’optimisme : Dymension Hub accepte d’abord de façon optimiste la mise à jour d’état envoyée par le séquenceur. S’il reçoit une preuve de fraude valide, il annule la modification. Les RollApps atteignent une latence moyenne de 0,2 seconde et jusqu’à 20 000 TPS.
Dymension adopte un schéma de production de blocs élastique : lorsque le bloc est vide, la production s’arrête, réduisant significativement les coûts d’exploitation du séquenceur.
Actuellement, Dymension est encore en développement, prend en charge la couche d’exécution EVM, mais n’a pas encore tranché sur le choix de la couche DA.
Sovereign (ZK)
Sovereign SDK propose un service zk-Rollup. Il fournit des modules génériques pour construire des blockchains et une zkVM masquant les complexités des preuves à connaissance nulle, permettant aux développeurs d’écrire des programmes en Rust, compilés automatiquement en format zk-optimisé.
Comme l’indique son nom, Sovereign SDK met l’accent sur la souveraineté : le Rollup définit lui-même la légitimité des transitions d’état via ses règles de consensus, sans nécessiter la validation par la couche DA.
Actuellement, Sovereign SDK supporte Celestia et Avail comme couches DA, ainsi que la zkVM Risc0, permettant déjà le déploiement et la démonstration de Rollups.
Stackr (Inconnu)
Stackr propose une innovation radicale : transposer l’architecture microservices du web traditionnel à la blockchain, introduisant le concept de micro-rollup.
Le rapport entre un rollup classique et un micro-rollup est comparable à celui entre une machine virtuelle et un conteneur. Avec Stackr SDK, le développeur n’a qu’à définir les structures de données et fonctions de transition d’état ; le reste est géré par Stackr.
Stackr supporte plusieurs environnements d’exécution (EVM, Solana VM, FuelVM, etc.), laissant à l’utilisateur le choix de son environnement préféré.
AltLayer (Optimism)
AltLayer, en tant que RaaS décentralisé et élastique, fournit un SDK orienté développeur et un tableau de bord No-Code, permettant un déploiement instantané de chaînes.
AltLayer propose un Rollup élastique unique appelé Flash Layer. En cas de pic de demande, une chaîne Rollup peut être rapidement déployée ; quand la demande redescend, elle est réglée sur L1 puis abandonnée, imitant ainsi l’extension horizontale courante dans les systèmes Internet.
AltLayer vise à supporter plusieurs chaînes et environnements d’exécution. Actuellement, il prend déjà en charge EVM et WASM.
OP Stack (Optimism)
OP Stack a été conçu pour soutenir la Superchain d’Optimism, un réseau proposé où les réseaux L2 partagent la sécurité, la couche de communication et une pile de développement commune. Après la mise à jour Bedrock, tout Rollup créé avec OP Stack est nativement compatible avec la Superchain. Bien sûr, les composants peuvent être modifiés pour des fonctionnalités personnalisées — Base et opBNB sont des exemples de Rollups basés sur OP Stack.
La sécurité et la fiabilité d’OP Stack ont été largement testées par OP Mainnet, Base, etc. Toutefois, des problèmes subsistent : absence de preuves de fraude, centralisation du séquenceur. OP Stack explore de nouvelles voies, comme l’utilisation de couches DA moins chères, l’intégration de ZK Proof ou de séquenceurs partagés.
Arbitrum Orbit (Optimism)
Le 22 juin, Offchain Labs a publié des outils pour créer des chaînes Arbitrum Orbit. Ces chaînes, situées au niveau L3 au-dessus d’Arbitrum L2, peuvent choisir de se régler sur l’une des trois chaînes L2 : Arbitrum One, Arbitrum Nova ou Arbitrum Goerli. L’utilisateur peut choisir entre la technologie Rollup ou Anytrust : cette dernière utilise un DAC sans soumettre les données transactionnelles sur chaîne, réduisant les coûts mais offrant une sécurité moindre. Les atouts d’Orbit Chain incluent un processus de lancement simple, une bonne interopérabilité avec l’écosystème Arbitrum, des mises à jour Nitro instantanées et la compatibilité Stylus EVM+ (supportant Rust, C, C++ via une machine virtuelle WASM). L'utilisateur peut pleinement personnaliser sa chaîne, mais doit se régler sur Arbitrum L2, sauf autorisation exceptionnelle d’Offchain Labs ou de l’Arbitrum DAO.
ZK Stack (ZK)
Le 26 juin, zkSync a annoncé qu’il modifierait prochainement son code open source pour lancer ZK Stack, permettant aux utilisateurs de construire leur propre superchaîne ZK personnalisée. Contrairement à Arbitrum Orbit, ZK Stack met l’accent sur la souveraineté et l’interopérabilité : les chaînes créées peuvent interagir sans pont. ZK Stack peut servir à construire à la fois des L2 et des L3, sans restriction officielle ni obligation de règlement sur zkSync. De ce point de vue, ZK Stack semble offrir une souveraineté plus forte.
Starknet Stack / Madara (ZK)
Madara était initialement prévu comme séquenceur pour Starknet. Fort de son expertise, il a développé Starknet Stack, facilitant la création de Rollups d’applications sur Starknet. Utilisant Ethereum comme couche DA, bénéficiant du Prover partagé de Starknet, et se réglant sur Starknet. Sur le plan de l’utilisabilité, Madara a permis à une équipe de lancer un Rollup d’application en 24 heures lors du hackathon PragmaOracle, avec une démonstration vidéo à l’appui — un niveau de maturité supérieur à celui de ZK Stack de zkSync.
2.4 No-Code (Déploiement sans code)
Le déploiement sans code est une solution encore plus accessible, offrant aux non-développeurs une option « one-click » pour lancer une chaîne, augmentant potentiellement l’adoption.
Caldera (Optimism)
Caldera Chain est une solution complète « tout-en-un » pour un déploiement instantané et personnalisable. Au niveau exécution, il supporte OP Stack et Arbitrum Orbit ; au niveau règlement, il permet de choisir parmi Polygon, BSC, Evmos (chaînes compatibles EVM) ; au niveau DA, il s’appuie sur EigenLayer et Celestia.
Outre la chaîne Rollup elle-même, Caldera fournit une série d’infrastructures annexes : explorateur de blocs, faucet de testnet, oracle, ponts supportés par Hyperlane, réduisant encore davantage le coût de lancement.
Eclipse (Optimism + ZK)
Eclipse offre une grande personnalisation : il supporte EVM et SolanaVM au niveau exécution, Celestia, Avail et EigenLayer au niveau DA, et propose un règlement optimiste, tout en développant le support du règlement ZK via la zkVM RISC0.
L’utilisateur peut aussi choisir la nature de l’accès (permis ou non), le token de gas, la perception ou non de frais, l’autorisation du MEV, des opcodes spécifiques, la taille des blocs, etc., offrant une souplesse très élevée.
Opside (ZK)
La particularité majeure d’Opside est la construction d’un marché décentralisé de ZKP. Initialement pensé comme couche à part, ce module a été abandonné faute de projets suffisants. Les preuves à connaissance nulle (ZKP) demandent beaucoup de puissance de calcul. Avec la croissance du marché zkRollup, la décentralisation des ZKP devient une tendance incontournable.
Opside adopte un consensus PoW sans permission, attirant des mineurs pour générer des ZKP, assurant ainsi la sécurité et la disponibilité des zkRollups sans que l’émetteur n’ait à gérer la génération des preuves. Au niveau des validateurs, un mécanisme PoS est utilisé pour abaisser les barrières d’entrée et promouvoir la décentralisation.
Opside propose des services personnalisés : l’utilisateur peut choisir entre zkSync, Starknet, Polygon zkEVM, modifier le modèle économique ou ajuster les frais de gas.
Avenir de RaaS
Plus de ZK
Comparé au Rollup optimiste, le zkRollup passe d’une sécurité basée sur l’économie à une sécurité cryptographique, offrant un niveau supérieur ; il n’exige plus de longue période de défi, réduisant ainsi le délai de confirmation ; il compresse mieux les données, rendant la DA moins coûteuse.
Bien que les solutions optimistes, plus matures technologiquement, aient profité d’un avantage précoce pour dominer le marché, le ZK, en tant que technologie révolutionnaire, jouera un rôle croissant à l’avenir. Vitalik a placé la technologie ZK au même rang que la blockchain lors de son discours au Monténégro, soulignant son importance.
Grâce à des améliorations continues, davantage de projets zk-Rollup as a Service entreront progressivement dans le champ de vision du public, offrant plus de choix aux utilisateurs.
Plus de non-Ethereum
À ce jour, l’écosystème Ethereum domine toujours largement l’industrie blockchain. Malgré les innovations constantes des autres communautés, aucune n’a réussi à ébranler sa position.
Dans le domaine de RaaS, la donne change. Face à la faible capacité et au coût élevé du stockage sur Ethereum, on peut opter pour des couches DA moins chères comme Celestia, Avail ou Polygon ; face à la nature non modulaire d’Ethereum, difficile à modifier, on peut choisir Cosmos SDK, hautement modulaire ; face à l’inefficacité de l’EVM, on peut adopter des machines virtuelles plus performantes comme Solana VM, Move VM ou CairoVM.
Une seule fleur ne fait pas le printemps ; c’est la floraison collective qui crée la beauté du jardin. Les solutions issues des écosystèmes non-Ethereum vont retrouver une nouvelle vitalité dans RaaS.
Plus de modularité
La modularité présente deux avantages : d’une part, chaque module peut évoluer rapidement indépendamment, accélérant le développement ; d’autre part, elle réduit considérablement la complexité de la personnalisation.
Dans le contexte actuel, développer une solution intégrée autonome est presque impossible. La vitesse d’innovation globale ne peut rivaliser avec l’itération rapide de petits modules. La demande croissante de personnalisation poussera à une segmentation encore plus fine. Celui qui ne se module pas sera inévitablement désassemblé par d’autres — comme OP Stack et Arbitrum Orbit, dont la couche d’exécution a été extraite par Caldera.
Plus de personnalisation
Quand les technologies de mise à l’échelle maturent, que les frais baissent et que les infrastructures s’améliorent, on réalise soudain : « idiot, l’essentiel, c’est l’application ». Chaque application a ses règles et modes de fonctionnement spécifiques. Une solution unique ne peut répondre à la diversité des besoins. Nous avons donc besoin de davantage de personnalisation.
De la taille des blocs à la structure des données, des frais aux délais, du mécanisme d’accès aux hypothèses de sécurité, du moteur de contrat à la valorisation du jeton, le niveau de personnalisation des Rollups ne cessera de croître, offrant aux applications des solutions toujours plus flexibles.
Plus d’interopérabilité
Comme mentionné, la domination d’Ethereum dans l’écosystème blockchain est étroitement liée à la masse colossale de liquidités qu’il retient. Dans la cryptosphère, chaque chaîne étant isolée, la liquidité ne peut exister simultanément sur deux chaînes. L’augmentation du nombre de Rollups fragmente davantage la liquidité, posant un problème sérieux.
Une meilleure interopérabilité réduit les frictions inter-chaînes, permettant aux liquidités de circuler plus librement, voire d’être partagées. Comme prôné par Cosmos, des projets comme OP Stack, Arbitrum Orbit, ZK Stack ou Starknet Stack cherchent à construire de vastes écosystèmes d’applications. Les Rollups construits sur la même pile technique, ayant une architecture identique, bénéficient d’une interopérabilité native, sans besoin de ponts.
Plus de re-staking
De nombreux services RaaS utilisent aujourd’hui le modèle PoS, recourant à des pénalités économiques pour dissuader la malversation et renforcer la sécurité. Mais cette sécurité économique requiert un staking important, limitant l’efficacité du capital et augmentant les coûts de démarrage des services.
Le re-staking est une excellente réponse : en utilisant le vaste fonds de staking d’Ethereum, il permet à d’autres services de bénéficier d’une sécurité partagée tout en générant des revenus supplémentaires pour les stakers, améliorant ainsi l’efficacité du capital. EigenLayer et Espresso travaillent déjà dans ce sens. On peut anticiper que de plus en plus de services s’appuieront sur le re-staking pour garantir leur sécurité économique.
En résumé, les véritables grands bénéficiaires du développement de RaaS sont les chaînes d’applications. Le concept de chaîne d’application, autrefois porté par Cosmos et Polkadot, pourrait-il refleurir et connaître une explosion dans l’écosystème RaaS ? Cela reste à voir.
Peut-être que seule l’innovation au niveau applicatif pourra déclencher l’essor massif de l’écosystème RaaS. Après tout, aussi bonne soit une route, elle ne vaut rien si aucune voiture ne roule dessus. C’est cela, une vraie infrastructure.
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
LK Venture
