Community Trust ScoreVérifié
Flowra vient d’intégrer la conformité directement dans la construction de blocs Solana. L’entreprise a annoncé un partenariat avec Honeypot à Séoul, combinant l’intelligence de conformité de Honeypot avec la Programmable Block Policy de Flowra — intégrant essentiellement le filtrage des sanctions au moment où un validateur décide quelles transactions sont acceptées.
C’est un problème assez spécifique qu’ils résolvent. Les acteurs institutionnels s’introduisent dans les blockchains publiques depuis des années, mais les opérateurs réglementés se heurtent toujours au même obstacle : l’infrastructure ne leur fournit pas les contrôles de conformité nécessaires avant qu’un bloc ne soit construit. Le PDG de Flowra, Harry Hwang, a déclaré que l’intérêt des participants institutionnels pour les blockchains publiques est réel et croissant — mais ces opérateurs attendent des contrôles que l’infrastructure actuelle de Solana n’offre tout simplement pas. L’accord avec Honeypot vise à combler cette lacune au niveau des validateurs, sans ajouter la conformité après coup.
Ce que fait réellement la Programmable Block Policy
Le mécanisme central ici est la Programmable Block Policy de Flowra, ou PBP. Elle permet aux validateurs de définir leurs propres règles de conformité lors de la construction des blocs — pas après coup, pas au niveau de l’application, mais au moment même où un bloc est assemblé. Honeypot intègre son intelligence de conformité dans ce processus.
Concrètement, cela signifie que les validateurs peuvent filtrer les adresses de portefeuille liées à des entités sanctionnées avant d’inclure une transaction. Et cela va au-delà des simples vérifications de portefeuille. L’intégration permet également aux validateurs de signaler l’obfuscation au niveau du réseau — VPN, proxies, nœuds de sortie Tor. Les données de Honeypot estiment que ces méthodes représentent entre 31 % et 61 % de l’obfuscation du trafic réseau. C’est une large fourchette, et la source n’a pas précisé exactement comment ce chiffre a été calculé, mais le point est clair : une part significative du trafic suspect se cache derrière ces outils, et l’intégration est conçue pour le détecter.
Les validateurs conservent leur autonomie tout au long du processus. Chacun définit sa propre politique. Une institution peut filtrer sévèrement les portefeuilles sanctionnés ; une autre peut privilégier les règles de géo-restriction. Le cadre ne force pas un modèle de conformité unique à tout le monde — il fournit aux validateurs les outils et leur permet de définir leurs propres seuils. Cette flexibilité est probablement le choix de conception le plus important ici, car les validateurs institutionnels opèrent sous différents régimes réglementaires et ne peuvent pas tous suivre le même livre de règles.
Auditabilité et perspectives d’avenir
Au-delà du filtrage, le partenariat vise l’auditabilité. Les institutions réglementées ne doivent pas seulement bloquer les mauvaises transactions — elles doivent prouver qu’elles l’ont fait. L’intégration est censée fournir aux validateurs la piste d’audit que les équipes de conformité et les régulateurs veulent réellement voir. Les détails précis sur le fonctionnement de cette couche d’audit n’ont pas été entièrement précisés dans l’annonce, donc certains éléments sont encore à venir.
Flowra et Honeypot prévoient également d’intégrer d’autres fournisseurs de conformité d’entreprise au fil du temps. L’idée est de garder le cadre ouvert plutôt que d’enfermer les validateurs dans une seule source d’intelligence. Plus de fournisseurs signifie plus d’options, et cela signifie probablement que le cadre peut suivre le rythme des listes de sanctions et des exigences réglementaires qui évoluent rapidement.
Le focus de Flowra a toujours été sur l’infrastructure blockchain pour l’écosystème Solana, avec un accent particulier sur la transparence des transactions et l’alignement des incitations. Honeypot se situe de l’autre côté de cette équation, offrant une intelligence de conformité aux plateformes opérant sous des exigences de sanctions et de géo-restriction, avec la détection des VPN et des proxies comme capacités principales.
L’annonce de Séoul est également importante pour l’écosystème Solana au sens large. L’ensemble des validateurs de Solana est vaste, et l’adoption institutionnelle est l’un des points de discussion continus du réseau. Mais les institutions ne peuvent pas simplement se présenter — elles ont besoin d’une infrastructure qui permette à leurs équipes de conformité et juridiques de donner leur accord. Actuellement, cette infrastructure est mince sur la plupart des blockchains publiques, pas seulement Solana. Flowra et Honeypot parient que construire la conformité dans la construction des blocs, plutôt que de la superposer, est la bonne architecture pour ce dont les institutions réglementées ont réellement besoin.
Et il vaut la peine de surveiller comment les autres acteurs de l’infrastructure Solana réagissent. Si les validateurs commencent à exiger des outils natifs de conformité comme base, cela change ce que les constructeurs doivent offrir. Ce n’est pas un petit changement.
Le partenariat a été annoncé à Séoul. Flowra gère l’infrastructure et la couche politique ; Honeypot gère l’intelligence. Les principales zones de focus pour le déploiement initial sont le filtrage des sanctions, le filtrage des portefeuilles et l’auditabilité pour les institutions réglementées.
Hub : Prix, actualités et analyses de Solana
Hub: Solana : prix, actualités et analyse
Questions Fréquentes
Que fait la Programmable Block Policy de Flowra ?
La Programmable Block Policy permet aux validateurs Solana de définir leurs propres règles de conformité lors de la construction des blocs, en filtrant les adresses de portefeuille et les indicateurs au niveau du réseau comme les VPN et les proxies avant que les transactions ne soient incluses dans un bloc.
Quelle part du trafic réseau utilise des outils d’obfuscation comme les VPN ou Tor ?
Selon les détails du partenariat Flowra-Honeypot, les VPN, proxies et nœuds de sortie Tor sont utilisés dans 31 % à 61 % des cas d’obfuscation du trafic réseau.
