Arham_
1.8k Publications
Arham_
252 Suivis
43 Abonnés
822 J’aime
Publications
Tous
Citations
Voir la traduction
I spent some time digging into @BabylonLabs_io and one question kept coming back to me:
Everyone talks about shared security. Almost nobody talks about shared incentives.
At first, those sound like the same thing.
They're not.
A protocol can inherit Bitcoin's security. That doesn't automatically mean the people around it will keep acting in ways that strengthen it.
That's where the harder question begins.
Crypto has seen this pattern before. Incentives can create alignment quickly—but they can unwind it just as quickly. When the economics change, liquidity moves, validators re-evaluate, and yesterday's consensus can look very different.
That made me wonder whether one of Babylon's harder questions is economic rather than technical.
Extending Bitcoin's security is one challenge. Keeping participants economically aligned after that is another.
That's the part that keeps my attention.
Whether #Babylon succeeds won't be decided by architecture alone. It will also depend on whether the incentives behind that architecture continue to make sense when market conditions inevitably change.
Security is tested by attacks. Incentives are tested by time. #baby
$BABY
$TAG
$ON
🤔 What keeps a network strong?
Everyone talks about shared security. Almost nobody talks about shared incentives.
At first, those sound like the same thing.
They're not.
A protocol can inherit Bitcoin's security. That doesn't automatically mean the people around it will keep acting in ways that strengthen it.
That's where the harder question begins.
Crypto has seen this pattern before. Incentives can create alignment quickly—but they can unwind it just as quickly. When the economics change, liquidity moves, validators re-evaluate, and yesterday's consensus can look very different.
That made me wonder whether one of Babylon's harder questions is economic rather than technical.
Extending Bitcoin's security is one challenge. Keeping participants economically aligned after that is another.
That's the part that keeps my attention.
Whether #Babylon succeeds won't be decided by architecture alone. It will also depend on whether the incentives behind that architecture continue to make sense when market conditions inevitably change.
Security is tested by attacks. Incentives are tested by time. #baby
$BABY
$TAG
$ON
🤔 What keeps a network strong?
🔒 Strong security
💰 Strong incentives
⚖️ Both equally
⏳ Time will tell
12 heure(s) restante(s)
Vérifié
Voir la traduction
One thing in the Babylon Trustless Bitcoin Vaults (TBV) campaign is more revealing than it first looks:
the pitch is not just “Bitcoin, but useful.” It’s native BTC as collateral without wrapping it, bridging it, or slipping an intermediary back into the middle.
That matters because most Bitcoin utility still begins with Bitcoin becoming something else.
BTC is the largest asset in crypto, yet most of its economic role is still limited to being held, transferred.....or sold. Once people want more from it, the usual path is to leave native BTC behind and use a version that fits more easily into the rest of crypto.
TBV is interesting because it pushes against that habit.
So the real point isn’t just the vault structure itself. It’s the attempt to expand Bitcoin’s financial role without first changing what Bitcoin is.
That’s a bigger tension than the campaign language makes obvious. Crypto keeps saying it wants Bitcoin liquidity, but most of the systems built around that idea have only known how to access it by turning BTC into a more convenient version somewhere else.
That’s why @BabylonLabs_io $BABY and #baby are worth watching here. Not because this proves anything yet, but because it quietly tests a more uncomfortable question:
can Bitcoin become usable capital in the on-chain economy without first becoming less Bitcoin-like?
If TBV gets real traction, that may end up being the more important signal — not that Bitcoin found another use case, but that it may be starting to enter on-chain finance on more native terms.
$DIA
$PIEVERSE
What's the biggest barrier to native BTC in DeFi?
the pitch is not just “Bitcoin, but useful.” It’s native BTC as collateral without wrapping it, bridging it, or slipping an intermediary back into the middle.
That matters because most Bitcoin utility still begins with Bitcoin becoming something else.
BTC is the largest asset in crypto, yet most of its economic role is still limited to being held, transferred.....or sold. Once people want more from it, the usual path is to leave native BTC behind and use a version that fits more easily into the rest of crypto.
TBV is interesting because it pushes against that habit.
So the real point isn’t just the vault structure itself. It’s the attempt to expand Bitcoin’s financial role without first changing what Bitcoin is.
That’s a bigger tension than the campaign language makes obvious. Crypto keeps saying it wants Bitcoin liquidity, but most of the systems built around that idea have only known how to access it by turning BTC into a more convenient version somewhere else.
That’s why @BabylonLabs_io $BABY and #baby are worth watching here. Not because this proves anything yet, but because it quietly tests a more uncomfortable question:
can Bitcoin become usable capital in the on-chain economy without first becoming less Bitcoin-like?
If TBV gets real traction, that may end up being the more important signal — not that Bitcoin found another use case, but that it may be starting to enter on-chain finance on more native terms.
$DIA
$PIEVERSE
What's the biggest barrier to native BTC in DeFi?
🔒 Security
50%
⚡ User experience
50%
💧 Liquidity
0%
👥 Adoption
0%
2 Votes • Vote fermé
Voir la traduction
guys like and comment pls
Arham_
·
--
J’ai passé un peu de temps à examiner la campagne des coffres Bitcoin sans confiance (TBV) de Babylon, et un détail a retenu mon attention : l’enjeu n’est pas seulement d’utiliser Bitcoin. Il s’agit d’utiliser le BTC natif comme garantie, sans l’envelopper, le faire passer via un pont ou le confier d’abord à une autre couche.
C’est important parce que la plupart des cas d’usage du Bitcoin commencent encore par transformer le Bitcoin en autre chose.
Le BTC est l’actif le plus important dans la crypto, mais son rôle économique reste largement limité au fait d’être détenu, transféré ou vendu. Quand les gens veulent en faire davantage, le chemin habituel consiste à laisser le Bitcoin natif derrière soi et à utiliser une version plus flexible ailleurs.
TBV va dans la direction opposée.
C’est la tension à laquelle je reviens sans cesse : le marché dit qu’il veut des cas d’usage pour Bitcoin, mais la plupart des Bitcoin réellement exploitables ont d’abord dû devenir moins natifs.
Donc la partie intéressante ne tient pas seulement à la fonctionnalité elle-même. Il s’agit de la tentative d’élargir le rôle financier du Bitcoin sans commencer par changer ce qu’est le Bitcoin.
Si cela commence à fonctionner, cela pourrait dire quelque chose de plus vaste sur la place du Bitcoin ensuite, non seulement comme valeur que les gens conservent, mais comme capital pouvant circuler au sein de l’économie on-chain selon des modalités davantage BTC natives.
@BabylonLabs_io #baby $BABY
$DEXE
$B2
₿ Utilité du BTC natif ?
C’est important parce que la plupart des cas d’usage du Bitcoin commencent encore par transformer le Bitcoin en autre chose.
Le BTC est l’actif le plus important dans la crypto, mais son rôle économique reste largement limité au fait d’être détenu, transféré ou vendu. Quand les gens veulent en faire davantage, le chemin habituel consiste à laisser le Bitcoin natif derrière soi et à utiliser une version plus flexible ailleurs.
TBV va dans la direction opposée.
C’est la tension à laquelle je reviens sans cesse : le marché dit qu’il veut des cas d’usage pour Bitcoin, mais la plupart des Bitcoin réellement exploitables ont d’abord dû devenir moins natifs.
Donc la partie intéressante ne tient pas seulement à la fonctionnalité elle-même. Il s’agit de la tentative d’élargir le rôle financier du Bitcoin sans commencer par changer ce qu’est le Bitcoin.
Si cela commence à fonctionner, cela pourrait dire quelque chose de plus vaste sur la place du Bitcoin ensuite, non seulement comme valeur que les gens conservent, mais comme capital pouvant circuler au sein de l’économie on-chain selon des modalités davantage BTC natives.
@BabylonLabs_io #baby $BABY
$DEXE
$B2
₿ Utilité du BTC natif ?
Vérifié
J’ai passé un peu de temps à examiner la campagne des coffres Bitcoin sans confiance (TBV) de Babylon, et un détail a retenu mon attention : l’enjeu n’est pas seulement d’utiliser Bitcoin. Il s’agit d’utiliser le BTC natif comme garantie, sans l’envelopper, le faire passer via un pont ou le confier d’abord à une autre couche.
C’est important parce que la plupart des cas d’usage du Bitcoin commencent encore par transformer le Bitcoin en autre chose.
Le BTC est l’actif le plus important dans la crypto, mais son rôle économique reste largement limité au fait d’être détenu, transféré ou vendu. Quand les gens veulent en faire davantage, le chemin habituel consiste à laisser le Bitcoin natif derrière soi et à utiliser une version plus flexible ailleurs.
TBV va dans la direction opposée.
C’est la tension à laquelle je reviens sans cesse : le marché dit qu’il veut des cas d’usage pour Bitcoin, mais la plupart des Bitcoin réellement exploitables ont d’abord dû devenir moins natifs.
Donc la partie intéressante ne tient pas seulement à la fonctionnalité elle-même. Il s’agit de la tentative d’élargir le rôle financier du Bitcoin sans commencer par changer ce qu’est le Bitcoin.
Si cela commence à fonctionner, cela pourrait dire quelque chose de plus vaste sur la place du Bitcoin ensuite, non seulement comme valeur que les gens conservent, mais comme capital pouvant circuler au sein de l’économie on-chain selon des modalités davantage BTC natives.
@BabylonLabs_io #baby $BABY
$DEXE
$B2
₿ Utilité du BTC natif ?
C’est important parce que la plupart des cas d’usage du Bitcoin commencent encore par transformer le Bitcoin en autre chose.
Le BTC est l’actif le plus important dans la crypto, mais son rôle économique reste largement limité au fait d’être détenu, transféré ou vendu. Quand les gens veulent en faire davantage, le chemin habituel consiste à laisser le Bitcoin natif derrière soi et à utiliser une version plus flexible ailleurs.
TBV va dans la direction opposée.
C’est la tension à laquelle je reviens sans cesse : le marché dit qu’il veut des cas d’usage pour Bitcoin, mais la plupart des Bitcoin réellement exploitables ont d’abord dû devenir moins natifs.
Donc la partie intéressante ne tient pas seulement à la fonctionnalité elle-même. Il s’agit de la tentative d’élargir le rôle financier du Bitcoin sans commencer par changer ce qu’est le Bitcoin.
Si cela commence à fonctionner, cela pourrait dire quelque chose de plus vaste sur la place du Bitcoin ensuite, non seulement comme valeur que les gens conservent, mais comme capital pouvant circuler au sein de l’économie on-chain selon des modalités davantage BTC natives.
@BabylonLabs_io #baby $BABY
$DEXE
$B2
₿ Utilité du BTC natif ?
✅ The future
100%
🤔 Too early
0%
📦 Wrapped wins
0%
❓Not sure
0%
3 Votes • Vote fermé
Vérifié
Un détail m’a particulièrement marqué dans la campagne des Babylon Trustless Bitcoin Vaults (TBV) : l’accent ne porte pas seulement sur « l’utilisation de Bitcoin », mais sur l’utilisation de BTC natifs comme garantie, sans l’envelopper, sans le faire passer via un pont (bridging) et sans le router par l’intermédiaire d’autres acteurs.
Ce point compte, car le Bitcoin est énorme, mais économiquement il reste encore largement passif. Les gens le détiennent, le déplacent ou le vendent. Quand ils veulent une utilité, la voie habituelle consiste à le transformer en une version plus flexible ailleurs.
TBV propose une idée différente.
Pas seulement du Bitcoin comme réserve de valeur, mais du Bitcoin comme garantie opérationnelle, et surtout, une garantie sous forme native.
C’est cette partie à laquelle je reviens sans cesse. La fonctionnalité elle-même en est une. L’implication plus vaste, c’est que TBV traduit une tentative d’étendre le rôle financier du Bitcoin sans, au préalable, l’abstraire.
Si ce modèle devient viable, il pourrait avoir des conséquences bien au-delà d’une seule campagne.
Car alors, la question ne sera plus de savoir si le Bitcoin peut être conservé en toute sécurité. Il s’agira de savoir si le BTC natif peut commencer à participer à la finance on-chain sans d’abord devenir autre chose.
@BabylonLabs_io
#baby
$BABY
$ESPORTS
$RE
BTC natif comme garantie ?
Ce point compte, car le Bitcoin est énorme, mais économiquement il reste encore largement passif. Les gens le détiennent, le déplacent ou le vendent. Quand ils veulent une utilité, la voie habituelle consiste à le transformer en une version plus flexible ailleurs.
TBV propose une idée différente.
Pas seulement du Bitcoin comme réserve de valeur, mais du Bitcoin comme garantie opérationnelle, et surtout, une garantie sous forme native.
C’est cette partie à laquelle je reviens sans cesse. La fonctionnalité elle-même en est une. L’implication plus vaste, c’est que TBV traduit une tentative d’étendre le rôle financier du Bitcoin sans, au préalable, l’abstraire.
Si ce modèle devient viable, il pourrait avoir des conséquences bien au-delà d’une seule campagne.
Car alors, la question ne sera plus de savoir si le Bitcoin peut être conservé en toute sécurité. Il s’agira de savoir si le BTC natif peut commencer à participer à la finance on-chain sans d’abord devenir autre chose.
@BabylonLabs_io
#baby
$BABY
$ESPORTS
$RE
BTC natif comme garantie ?
✅ Yes, the future
33%
⚖️ Only sometimes
0%
📦 Wrapped BTC wins
67%
⏳ Too early
0%
3 Votes • Vote fermé
J’ai passé un peu de temps à examiner les coffres Bitcoin sans confiance (TBV) de Babylon, et ce qui a surtout retenu mon attention n’était pas l’architecture des coffres en elle-même.
C’est plutôt la question que les TBV posent discrètement au marché du Bitcoin :
Les utilisateurs veulent-ils vraiment minimiser la confiance, ou cherchent-ils surtout la commodité tout en la présentant de manière à paraître sans confiance ?
Sa conception suit une intuition très native du Bitcoin : réduire la confiance au maximum, plutôt que de la déplacer derrière des interfaces plus épurées ou des habillages plus familiers. L’ingénierie compte, mais la vraie question est de savoir si les utilisateurs adoptent réellement cette philosophie.
Car la partie difficile ne consiste pas à construire une infrastructure réellement minimisant la confiance.
Le plus difficile, c’est d’amener les gens à la choisir.
Les utilisateurs de la cryptomonnaie disent régulièrement qu’ils accordent de la valeur à la souveraineté, à la garde non confiée (self-custody) et à la décentralisation. Mais l’adoption continue d’orienter son flux vers des produits qui suppriment le plus vite les frictions, même quand cette simplicité ramène discrètement de la confiance.
C’est la contradiction que les TBV mettent en lumière.
Pour moi, c’est plus grand qu’une seule fonctionnalité de Babylon. Les TBV ressemblent à une étude de cas sur le point de savoir si l’infrastructure Bitcoin devient enfin suffisamment utilisable pour que des principes puissent rivaliser avec la commodité.
Si cela se produit, cela dit quelque chose d’important sur la maturation du marché. Sinon, cela dit aussi quelque chose.
Au final, le plus grand défi du Bitcoin sans confiance ne sera peut-être pas de construire une infrastructure meilleure : il pourrait s’agir de changer le comportement des utilisateurs.@BabylonLabs_io #baby $BABY $RIF $BANK
C’est plutôt la question que les TBV posent discrètement au marché du Bitcoin :
Les utilisateurs veulent-ils vraiment minimiser la confiance, ou cherchent-ils surtout la commodité tout en la présentant de manière à paraître sans confiance ?
Sa conception suit une intuition très native du Bitcoin : réduire la confiance au maximum, plutôt que de la déplacer derrière des interfaces plus épurées ou des habillages plus familiers. L’ingénierie compte, mais la vraie question est de savoir si les utilisateurs adoptent réellement cette philosophie.
Car la partie difficile ne consiste pas à construire une infrastructure réellement minimisant la confiance.
Le plus difficile, c’est d’amener les gens à la choisir.
Les utilisateurs de la cryptomonnaie disent régulièrement qu’ils accordent de la valeur à la souveraineté, à la garde non confiée (self-custody) et à la décentralisation. Mais l’adoption continue d’orienter son flux vers des produits qui suppriment le plus vite les frictions, même quand cette simplicité ramène discrètement de la confiance.
C’est la contradiction que les TBV mettent en lumière.
Pour moi, c’est plus grand qu’une seule fonctionnalité de Babylon. Les TBV ressemblent à une étude de cas sur le point de savoir si l’infrastructure Bitcoin devient enfin suffisamment utilisable pour que des principes puissent rivaliser avec la commodité.
Si cela se produit, cela dit quelque chose d’important sur la maturation du marché. Sinon, cela dit aussi quelque chose.
Au final, le plus grand défi du Bitcoin sans confiance ne sera peut-être pas de construire une infrastructure meilleure : il pourrait s’agir de changer le comportement des utilisateurs.@BabylonLabs_io #baby $BABY $RIF $BANK
Voir la traduction
Shehab Goma
·
--
BaissierJ’ai passé du temps à regarder les statistiques en direct de GRVT au lieu de regarder le terrain. Un point m’a arrêté.
La couche de confidentialité est réelle. Correspondance hors chaîne. Preuves ZK sur chaîne. Pas de l’image de marque.
Mais le flux du marché semblait toujours familier.
169 paires. 843 M$ de volume. 352,6 M$ d’open interest. Même avec des perpétuels crypto et RWA, le flux se regroupe autour des principales. Rien que BTC_USDT_PERP : 246,6 M$ de volume, 165,8 M$ d’open interest.
C’est ça qui m’a marqué.
@grvt_io change la manière dont les gens échangent avec plus de sécurité. Ça ne change pas ce que la foule veut échanger. Cette distinction compte.
La crypto suppose qu’une meilleure infrastructure produit un comportement différent. Parfois, elle ne fait que rendre le même comportement plus sûr et plus difficile à exploiter.
Le règlement privé réduit les fuites. Rend le front-running moins lisible. Améliore la confidentialité de l’exécution. Ce qu’il ne peut pas faire, en revanche, c’est effacer l’instinct grégaire. Les traders continuent de se tourner vers les carnets les plus profonds. Toujours ils se regroupent sur les paires les plus faciles à dimensionner et à quitter. La ZK protège la transaction. Elle n’empêche pas la foule.
Plusieurs rapports évoquent un lancement de token autour du 21 juillet 2026. L’attention est plus élevée. J’attendrais une confirmation officielle, mais le calendrier affine la question.
La question intéressante n’est pas de savoir si la confidentialité de GRVT fonctionne. Elle fonctionne.
La question est de savoir si le règlement privé change quelque chose au-delà du risque d’exécution.
Si le comportement des traders a l’air identique, la contribution de GRVT pourrait être plus limitée, mais plus honnête. Ne pas changer la psychologie. Protéger les gens pendant qu’ils échangent comme ils l’ont toujours fait.
C’est toujours significatif. Le prochain avantage dans la conception des échanges ne viendra pas du fait de modifier la foule. Il viendra de la réduction du coût d’un comportement de foule.
@grvt_io #grvt
La couche de confidentialité est réelle. Correspondance hors chaîne. Preuves ZK sur chaîne. Pas de l’image de marque.
Mais le flux du marché semblait toujours familier.
169 paires. 843 M$ de volume. 352,6 M$ d’open interest. Même avec des perpétuels crypto et RWA, le flux se regroupe autour des principales. Rien que BTC_USDT_PERP : 246,6 M$ de volume, 165,8 M$ d’open interest.
C’est ça qui m’a marqué.
@grvt_io change la manière dont les gens échangent avec plus de sécurité. Ça ne change pas ce que la foule veut échanger. Cette distinction compte.
La crypto suppose qu’une meilleure infrastructure produit un comportement différent. Parfois, elle ne fait que rendre le même comportement plus sûr et plus difficile à exploiter.
Le règlement privé réduit les fuites. Rend le front-running moins lisible. Améliore la confidentialité de l’exécution. Ce qu’il ne peut pas faire, en revanche, c’est effacer l’instinct grégaire. Les traders continuent de se tourner vers les carnets les plus profonds. Toujours ils se regroupent sur les paires les plus faciles à dimensionner et à quitter. La ZK protège la transaction. Elle n’empêche pas la foule.
Plusieurs rapports évoquent un lancement de token autour du 21 juillet 2026. L’attention est plus élevée. J’attendrais une confirmation officielle, mais le calendrier affine la question.
La question intéressante n’est pas de savoir si la confidentialité de GRVT fonctionne. Elle fonctionne.
La question est de savoir si le règlement privé change quelque chose au-delà du risque d’exécution.
Si le comportement des traders a l’air identique, la contribution de GRVT pourrait être plus limitée, mais plus honnête. Ne pas changer la psychologie. Protéger les gens pendant qu’ils échangent comme ils l’ont toujours fait.
C’est toujours significatif. Le prochain avantage dans la conception des échanges ne viendra pas du fait de modifier la foule. Il viendra de la réduction du coût d’un comportement de foule.
@grvt_io #grvt
Vérifié
La plupart des gens pensent que les méthodes de vérification d’OpenGradient — ZKML, TEE, Vanilla — sont un choix unique qu’on fait par application. Choisissez votre niveau de confiance et restez-y.
Ce n’est pas ainsi que cela fonctionne réellement. L’architecture permet d’exécuter, au sein de la même transaction, des inférences différentes avec des méthodes de vérification différentes. TEE pour l’étape de raisonnement du LLM. ZKML pour un modèle de risque. Vanilla pour l’analytique. le tout dans une seule opération atomique.
C’est un choix de conception discrètement important. Cela signifie que le niveau de vérifiabilité de cette application n’est pas une réponse unique : c’est une composition. Un agent de trading pourrait avoir une certitude mathématique de niveau ZKML pour la partie qui calcule l’exposition au risque, tandis que la partie qui génère l’explication en langage naturel s’appuie sur une attestation TEE, et qu’une étape de journalisation tourne uniquement sur le mode de signature Vanilla.
Le hic : rien, dans la sortie, ne vous indique quelles parties ont été vérifiées et comment. Un utilisateur voit une inférence vérifiée et suppose une confiance uniforme. En réalité, trois garanties différentes peuvent être assemblées, et la plus faible de la chaîne fait le véritable travail de limiter à quel point vous pouvez réellement faire confiance au résultat.
C’est une force, techniquement : un réglage fin de la confiance plutôt qu’une exigence de preuve “taille unique”. Mais cela déplace un vrai fardeau sur les développeurs, qui doivent divulguer ce qui est vérifié à quel niveau, et sur les utilisateurs, qui doivent réellement demander. Pour l’instant, rien n’impose cette divulgation.
La vérification composable est une ingénierie intelligente. Une confiance composable sans transparence composable est un manque qui vaut la peine d’être surveillé.
Faut-il exiger que les applications divulguent les méthodes de vérification pour chaque étape d’inférence ?
@OpenGradient
#OPG
#DowHitsRecordClose
#SupremeCourtBlocksTrumpFromRemovingFedCook
#YenHitsFourDecadeLowVsDollar
$OPG
$TAIKO
$NFP
Ce n’est pas ainsi que cela fonctionne réellement. L’architecture permet d’exécuter, au sein de la même transaction, des inférences différentes avec des méthodes de vérification différentes. TEE pour l’étape de raisonnement du LLM. ZKML pour un modèle de risque. Vanilla pour l’analytique. le tout dans une seule opération atomique.
C’est un choix de conception discrètement important. Cela signifie que le niveau de vérifiabilité de cette application n’est pas une réponse unique : c’est une composition. Un agent de trading pourrait avoir une certitude mathématique de niveau ZKML pour la partie qui calcule l’exposition au risque, tandis que la partie qui génère l’explication en langage naturel s’appuie sur une attestation TEE, et qu’une étape de journalisation tourne uniquement sur le mode de signature Vanilla.
Le hic : rien, dans la sortie, ne vous indique quelles parties ont été vérifiées et comment. Un utilisateur voit une inférence vérifiée et suppose une confiance uniforme. En réalité, trois garanties différentes peuvent être assemblées, et la plus faible de la chaîne fait le véritable travail de limiter à quel point vous pouvez réellement faire confiance au résultat.
C’est une force, techniquement : un réglage fin de la confiance plutôt qu’une exigence de preuve “taille unique”. Mais cela déplace un vrai fardeau sur les développeurs, qui doivent divulguer ce qui est vérifié à quel niveau, et sur les utilisateurs, qui doivent réellement demander. Pour l’instant, rien n’impose cette divulgation.
La vérification composable est une ingénierie intelligente. Une confiance composable sans transparence composable est un manque qui vaut la peine d’être surveillé.
Faut-il exiger que les applications divulguent les méthodes de vérification pour chaque étape d’inférence ?
@OpenGradient
#OPG
#DowHitsRecordClose
#SupremeCourtBlocksTrumpFromRemovingFedCook
#YenHitsFourDecadeLowVsDollar
$OPG
$TAIKO
$NFP
🧩 Yes, mandatory
0%
🔧 Devs decide
0%
🤷 Doesn't matter
0%
📊 Only for high-stakes
0%
0 Votes • Vote fermé
Like Comment 👇 et récupère-le 💫💫💫💫
Arham_
·
--
Voici ce que personne n’a examiné de près. Leurs preuves, les preuves ZKML, la partie qui devrait être l’objectif même : tout est stocké sur Walrus.
C’est confirmé directement par leurs propres documents d’architecture. Walrus conserve les grosses données, la chaîne ne fait que garder un pointeur.
Maintenant, allez lire la page de sécurité de Walrus. En langage clair, sans demi-mesures : par défaut, chaque blob sur Walrus est public.
Accessible par n’importe qui. Pas de chiffrement sauf si vous l’ajoutez vous-même. Toute personne ayant l’ID du blob peut simplement... le récupérer.
Alors, à quel moment le chiffrement apparaît-il réellement ?
Consultez l’annonce du partenariat OpenGradient–Walrus. Le chiffrement est mentionné exactement une fois et il est limité aux modèles privés et propriétaires du niveau payant, le tout conditionné par quelque chose appelé Seal.
Des permissions sont appliquées on-chain, bien sûr, mais uniquement pour ce produit précis.
Personne ne parle de chiffrement pour le reste. Les preuves ZKML du quotidien. Les sorties d’inférence standard qui constituent une IA vérifiable, en pratique, construite tous les jours pour chaque utilisateur ordinaire.
Elles ne sont nommées nulle part comme étant chiffrées. Donc, par défaut, selon Walrus lui-même, elles sont là, publiques et récupérables comme n’importe quel autre blob.
La vérification n’a jamais été la même chose que la confidentialité. @OpenGradient Il suffit de laisser les gens croire que c’était le cas parce que le mot vérifiable fait penser que ça couvre tout. Mais non. La confidentialité est un niveau que vous achetez. La vérification, ce n’est que des maths à ciel ouvert, disponibles pour quiconque a l’ID.
@OpenGradient
#OPG
$OPG
$TAC
$RAVE
Votre preuve, par défaut, c’est…
C’est confirmé directement par leurs propres documents d’architecture. Walrus conserve les grosses données, la chaîne ne fait que garder un pointeur.
Maintenant, allez lire la page de sécurité de Walrus. En langage clair, sans demi-mesures : par défaut, chaque blob sur Walrus est public.
Accessible par n’importe qui. Pas de chiffrement sauf si vous l’ajoutez vous-même. Toute personne ayant l’ID du blob peut simplement... le récupérer.
Alors, à quel moment le chiffrement apparaît-il réellement ?
Consultez l’annonce du partenariat OpenGradient–Walrus. Le chiffrement est mentionné exactement une fois et il est limité aux modèles privés et propriétaires du niveau payant, le tout conditionné par quelque chose appelé Seal.
Des permissions sont appliquées on-chain, bien sûr, mais uniquement pour ce produit précis.
Personne ne parle de chiffrement pour le reste. Les preuves ZKML du quotidien. Les sorties d’inférence standard qui constituent une IA vérifiable, en pratique, construite tous les jours pour chaque utilisateur ordinaire.
Elles ne sont nommées nulle part comme étant chiffrées. Donc, par défaut, selon Walrus lui-même, elles sont là, publiques et récupérables comme n’importe quel autre blob.
La vérification n’a jamais été la même chose que la confidentialité. @OpenGradient Il suffit de laisser les gens croire que c’était le cas parce que le mot vérifiable fait penser que ça couvre tout. Mais non. La confidentialité est un niveau que vous achetez. La vérification, ce n’est que des maths à ciel ouvert, disponibles pour quiconque a l’ID.
@OpenGradient
#OPG
$OPG
$TAC
$RAVE
Votre preuve, par défaut, c’est…
Voici ce que personne n’a examiné de près. Leurs preuves, les preuves ZKML, la partie qui devrait être l’objectif même : tout est stocké sur Walrus.
C’est confirmé directement par leurs propres documents d’architecture. Walrus conserve les grosses données, la chaîne ne fait que garder un pointeur.
Maintenant, allez lire la page de sécurité de Walrus. En langage clair, sans demi-mesures : par défaut, chaque blob sur Walrus est public.
Accessible par n’importe qui. Pas de chiffrement sauf si vous l’ajoutez vous-même. Toute personne ayant l’ID du blob peut simplement... le récupérer.
Alors, à quel moment le chiffrement apparaît-il réellement ?
Consultez l’annonce du partenariat OpenGradient–Walrus. Le chiffrement est mentionné exactement une fois et il est limité aux modèles privés et propriétaires du niveau payant, le tout conditionné par quelque chose appelé Seal.
Des permissions sont appliquées on-chain, bien sûr, mais uniquement pour ce produit précis.
Personne ne parle de chiffrement pour le reste. Les preuves ZKML du quotidien. Les sorties d’inférence standard qui constituent une IA vérifiable, en pratique, construite tous les jours pour chaque utilisateur ordinaire.
Elles ne sont nommées nulle part comme étant chiffrées. Donc, par défaut, selon Walrus lui-même, elles sont là, publiques et récupérables comme n’importe quel autre blob.
La vérification n’a jamais été la même chose que la confidentialité. @OpenGradient Il suffit de laisser les gens croire que c’était le cas parce que le mot vérifiable fait penser que ça couvre tout. Mais non. La confidentialité est un niveau que vous achetez. La vérification, ce n’est que des maths à ciel ouvert, disponibles pour quiconque a l’ID.
@OpenGradient
#OPG
$OPG
$TAC
$RAVE
Votre preuve, par défaut, c’est…
C’est confirmé directement par leurs propres documents d’architecture. Walrus conserve les grosses données, la chaîne ne fait que garder un pointeur.
Maintenant, allez lire la page de sécurité de Walrus. En langage clair, sans demi-mesures : par défaut, chaque blob sur Walrus est public.
Accessible par n’importe qui. Pas de chiffrement sauf si vous l’ajoutez vous-même. Toute personne ayant l’ID du blob peut simplement... le récupérer.
Alors, à quel moment le chiffrement apparaît-il réellement ?
Consultez l’annonce du partenariat OpenGradient–Walrus. Le chiffrement est mentionné exactement une fois et il est limité aux modèles privés et propriétaires du niveau payant, le tout conditionné par quelque chose appelé Seal.
Des permissions sont appliquées on-chain, bien sûr, mais uniquement pour ce produit précis.
Personne ne parle de chiffrement pour le reste. Les preuves ZKML du quotidien. Les sorties d’inférence standard qui constituent une IA vérifiable, en pratique, construite tous les jours pour chaque utilisateur ordinaire.
Elles ne sont nommées nulle part comme étant chiffrées. Donc, par défaut, selon Walrus lui-même, elles sont là, publiques et récupérables comme n’importe quel autre blob.
La vérification n’a jamais été la même chose que la confidentialité. @OpenGradient Il suffit de laisser les gens croire que c’était le cas parce que le mot vérifiable fait penser que ça couvre tout. Mais non. La confidentialité est un niveau que vous achetez. La vérification, ce n’est que des maths à ciel ouvert, disponibles pour quiconque a l’ID.
@OpenGradient
#OPG
$OPG
$TAC
$RAVE
Votre preuve, par défaut, c’est…
🌐 Public to anyone
0%
🔐 Encrypted automatically
0%
💳 Only private if you pay
0%
🤷 Genuinely unclear
0%
0 Votes • Vote fermé
Tout le monde continue d’appeler OpenGradient une IA vérifiable. Beau mot. Regardons ça une seconde.
Imaginons que vous envoyiez un prompt via un LLM Proxy Node. Il rebondit vers un modèle tiers. Le TEE encapsule tout le trajet et vous récupérez une attestation.
D’accord, mais qu’est-ce que cette chose prouve réellement ?
Juste que personne n’a lu votre prompt pendant le trajet. Personne n’a remplacé la réponse en chemin pour vous la renvoyer. La conduite est restée propre du début à la fin. C’est tout.
Voici ce que ça ne touche jamais : quel modèle a réellement rédigé votre réponse. Que le fournisseur vous ait discrètement rétrogradé vers quelque chose de moins cher. Que l’entrée ait été déformée avant même d’arriver chez eux.
Tout ça n’est pas visible depuis l’intérieur d’un enclave. Une fois que votre requête quitte OpenGradient et atterrit sur le serveur de quelqu’un d’autre, la vérification s’arrête. Mur infranchissable.
Donc la “raisonnement vérifié” fait un peu de magie. Ce qui est réellement vérifié, c’est la livraison. Le modèle lui-même continue de tourner sur la base de la confiance, comme toujours.
Pas une arnaque, pas même vraiment un défaut. Juste quelque chose à savoir avant de brancher l’argent d’un agent sur une garantie qui ne couvre pas exactement ce que vous pensez qu’elle couvre.
@OpenGradient
#OPG
$ZEREBRO
$RAVE
$OPG
Imaginons que vous envoyiez un prompt via un LLM Proxy Node. Il rebondit vers un modèle tiers. Le TEE encapsule tout le trajet et vous récupérez une attestation.
D’accord, mais qu’est-ce que cette chose prouve réellement ?
Juste que personne n’a lu votre prompt pendant le trajet. Personne n’a remplacé la réponse en chemin pour vous la renvoyer. La conduite est restée propre du début à la fin. C’est tout.
Voici ce que ça ne touche jamais : quel modèle a réellement rédigé votre réponse. Que le fournisseur vous ait discrètement rétrogradé vers quelque chose de moins cher. Que l’entrée ait été déformée avant même d’arriver chez eux.
Tout ça n’est pas visible depuis l’intérieur d’un enclave. Une fois que votre requête quitte OpenGradient et atterrit sur le serveur de quelqu’un d’autre, la vérification s’arrête. Mur infranchissable.
Donc la “raisonnement vérifié” fait un peu de magie. Ce qui est réellement vérifié, c’est la livraison. Le modèle lui-même continue de tourner sur la base de la confiance, comme toujours.
Pas une arnaque, pas même vraiment un défaut. Juste quelque chose à savoir avant de brancher l’argent d’un agent sur une garantie qui ne couvre pas exactement ce que vous pensez qu’elle couvre.
@OpenGradient
#OPG
$ZEREBRO
$RAVE
$OPG
Pipe proof ✅
100%
Need more 🧠
0%
Big gap 🚨
0%
Don't care 🤷
0%
1 Votes • Vote fermé
La plupart de ce que nous avons couvert à propos de leur pile de confidentialité concerne le fait de masquer qui a demandé quelque chose. Les attestations TEE, le streaming OHTTP, les décompositions relay/gateway : tout est conçu pour que personne ne puisse voir qui a envoyé une requête.
Leur propre messagerie ajoute une deuxième affirmation par-dessus. En reformulant leur raisonnement déclaré : la plupart des IA ne répondront pas à vos vraies questions… mais elles se souviennent quand même de tout ce que vous leur avez demandé. C’est l’écart qu’ils disent avoir comblé.
Deux choses différentes, toutefois. Masquer qui a posé la question est un problème de confidentialité. Supprimer les refus d’un modèle est une décision totalement différente. Le pitch d’OpenGradient les fusionne en une seule phrase… mais ce n’est pas la même fonctionnalité.
Et voici l’écart réel qui vaut d’être nommé : la vérification prouve qu’un modèle spécifique a produit une sortie spécifique pour une entrée spécifique, sans altération. C’est tout. Cela ne dit rien sur le fait que l’échange lui-même était correct. « Vérifié » et « validé » ne sont pas le même mot, même si beaucoup de marketing autour d’une IA vérifiable veut qu’on les fasse passer pour interchangeables.
Ce n’est pas une critique du travail d’ingénierie : ce que fait le TEE tient la route… Il vaut simplement la peine de distinguer les deux affirmations avant de croire qu’elles constituent une seule fonctionnalité.
@OpenGradient
#OPG
$VELVET
$MYX
$OPG
Leur propre messagerie ajoute une deuxième affirmation par-dessus. En reformulant leur raisonnement déclaré : la plupart des IA ne répondront pas à vos vraies questions… mais elles se souviennent quand même de tout ce que vous leur avez demandé. C’est l’écart qu’ils disent avoir comblé.
Deux choses différentes, toutefois. Masquer qui a posé la question est un problème de confidentialité. Supprimer les refus d’un modèle est une décision totalement différente. Le pitch d’OpenGradient les fusionne en une seule phrase… mais ce n’est pas la même fonctionnalité.
Et voici l’écart réel qui vaut d’être nommé : la vérification prouve qu’un modèle spécifique a produit une sortie spécifique pour une entrée spécifique, sans altération. C’est tout. Cela ne dit rien sur le fait que l’échange lui-même était correct. « Vérifié » et « validé » ne sont pas le même mot, même si beaucoup de marketing autour d’une IA vérifiable veut qu’on les fasse passer pour interchangeables.
Ce n’est pas une critique du travail d’ingénierie : ce que fait le TEE tient la route… Il vaut simplement la peine de distinguer les deux affirmations avant de croire qu’elles constituent une seule fonctionnalité.
@OpenGradient
#OPG
$VELVET
$MYX
$OPG
🔍 Verified Enough
100%
⚖️ Vetted Matters
0%
🤝 Need Both
0%
🤔 Not Sure
0%
1 Votes • Vote fermé
OpenGradient peut prouver cryptographiquement que l’action d’un agent a suivi exactement un modèle et une invite attestés. Cette preuve n’a rien à dire sur qui est responsable lorsque l’action de l’agent cause un dommage.
Le système juridique n’a simplement pas de catégorie pour cela. Les logiciels qui détiennent des biens, signent des transactions, ou agissent sans examen dans le cadre du droit existant de la représentation : un programme informatique est considéré comme un simple instrument de celui qui l’utilise, et non comme un mandant capable d’assumer une responsabilité en propre. Ainsi, lorsqu’un agent autonome agit et qu’un problème survient, la responsabilité n’a pas d’adresse fixe. Elle pourrait retomber sur le développeur, le déployeur, la plateforme ou l’utilisateur qui a financé le portefeuille, et cette ambiguïté est exactement ce qui rend le risque difficile à évaluer.
Il vaut la peine de le dire clairement : la vérification répond à la question de ce qui s’est passé. La responsabilité répond à celle de qui en est responsable. La preuve cryptographique et la responsabilité juridique résolvent deux problèmes complètement différents, et aucun projet dans cet espace @OpenGradient inclus n’a réellement résolu le second pour l’instant.
$OPG
#OPG
$MAGMA
$AIN
Le système juridique n’a simplement pas de catégorie pour cela. Les logiciels qui détiennent des biens, signent des transactions, ou agissent sans examen dans le cadre du droit existant de la représentation : un programme informatique est considéré comme un simple instrument de celui qui l’utilise, et non comme un mandant capable d’assumer une responsabilité en propre. Ainsi, lorsqu’un agent autonome agit et qu’un problème survient, la responsabilité n’a pas d’adresse fixe. Elle pourrait retomber sur le développeur, le déployeur, la plateforme ou l’utilisateur qui a financé le portefeuille, et cette ambiguïté est exactement ce qui rend le risque difficile à évaluer.
Il vaut la peine de le dire clairement : la vérification répond à la question de ce qui s’est passé. La responsabilité répond à celle de qui en est responsable. La preuve cryptographique et la responsabilité juridique résolvent deux problèmes complètement différents, et aucun projet dans cet espace @OpenGradient inclus n’a réellement résolu le second pour l’instant.
$OPG
#OPG
$MAGMA
$AIN
🔍 Proof Solves It
50%
⚖️ Liability Open
0%
🤖 Law Must Catch Up
0%
🤷 Still Unclear
50%
2 Votes • Vote fermé
Un oracle existe parce que la chaîne est aveugle. Elle ne peut pas voir la vérité hors chaîne, alors elle paie un relais pour en faire entrer une partie. Nous avons accepté ce risque pour les flux de données et cela a quand même brisé des choses : attaques par flash loan, flux manipulés, protocoles entiers vidés parce que le relais de confiance n’était pas fiable.
Maintenant, faisons la même chose avec l’IA.
Un modèle s’exécute quelque part que vous ne pouvez pas voir. Un relais publie un nombre on-chain et dit que l’IA l’a déclaré. Vous ne savez pas quel modèle a été exécuté. Vous ne savez pas s’il a été discrètement remplacé par un modèle moins coûteux. Vous ne savez pas si la sortie a été modifiée avant d’arriver dans votre contrat.
Ce n’est pas de l’IA on-chain. C’est une boîte noire qui porte une adresse de portefeuille.
Appelez-la comme vous voulez, oracle IA,
intégration IA, IA alimentée par… retirez le marketing et c’est exactement le même schéma d’emprunt de confiance que la crypto essaie de tuer depuis 2020. Vous n’avez pas supprimé l’intermédiaire. Vous avez juste embauché un intermédiaire qui sonne plus intelligent.
@OpenGradient PIPE ne relaie rien. L’inférence se produit à l’intérieur du consensus : la sortie que les validateurs acceptent correspond à celle du modèle. Il n’y a rien à faire confiance a posteriori, parce qu’il n’y a justement pas d’a posteriori.
Si votre IA a besoin d’un oracle pour être crue, c’est qu’elle n’a jamais été sans confiance. Elle était seulement mieux commercialisée.
$OPG
#OPG
$SYN
$M
Maintenant, faisons la même chose avec l’IA.
Un modèle s’exécute quelque part que vous ne pouvez pas voir. Un relais publie un nombre on-chain et dit que l’IA l’a déclaré. Vous ne savez pas quel modèle a été exécuté. Vous ne savez pas s’il a été discrètement remplacé par un modèle moins coûteux. Vous ne savez pas si la sortie a été modifiée avant d’arriver dans votre contrat.
Ce n’est pas de l’IA on-chain. C’est une boîte noire qui porte une adresse de portefeuille.
Appelez-la comme vous voulez, oracle IA,
intégration IA, IA alimentée par… retirez le marketing et c’est exactement le même schéma d’emprunt de confiance que la crypto essaie de tuer depuis 2020. Vous n’avez pas supprimé l’intermédiaire. Vous avez juste embauché un intermédiaire qui sonne plus intelligent.
@OpenGradient PIPE ne relaie rien. L’inférence se produit à l’intérieur du consensus : la sortie que les validateurs acceptent correspond à celle du modèle. Il n’y a rien à faire confiance a posteriori, parce qu’il n’y a justement pas d’a posteriori.
Si votre IA a besoin d’un oracle pour être crue, c’est qu’elle n’a jamais été sans confiance. Elle était seulement mieux commercialisée.
$OPG
#OPG
$SYN
$M
🔁 Relayed AI
50%
🔐 Consensus AI
0%
📡 Oracle-fed
50%
⛓️ Built-in
0%
2 Votes • Vote fermé
Tout le monde parle de l’IA sur la blockchain comme si cela signifiait simplement un smart contract qui envoie un ping à une API hors chaîne. @OpenGradient est en train de faire quelque chose de plus étrange que ça.
Son testnet Nova intègre le calcul d’IA et la preuve qu’il a été exécuté correctement directement dans le mécanisme de consensus lui-même, pas à côté. Ils l’appellent « la Troisième Ère de l’Espace de Bloc ».
Voici le problème : les blockchains ont besoin de temps de bloc prévisibles. Les modèles d’IA ne tournent pas selon un planning. Alors qu’est-ce qui empêche un modèle lent de bloquer toute la chaîne ?
C’est pour ça qu’ils ont construit PIPE, un Moteur d’Exécution Préalable d’Inférence Parallélisée, afin d’empêcher les inférences lentes de retarder la production des blocs. C’est une chose tellement précise et inhabituelle à devoir inventer—et c’est précisément pour ça qu’il faut le remarquer.
À noter aussi : les cofondateurs, Matthew Wang et Adam Balogh, viennent tous deux de Palantir, une entreprise construite entièrement autour de la preuve d’où viennent les données. Une infrastructure IA vérifiable en premier lieu n’est pas en rupture avec cet arrière-plan.
La plupart des présentations d’IA vérifiable s’arrêtent à : « faites-nous confiance, c’était bien exécuté ». Le pari réel d’OpenGradient, c’est de savoir si cette preuve tient face à une pression de performance réelle à grande échelle—pas seulement dans une démo.
C’est une histoire plus intéressante que n’importe quel autre graphique de prix de l’IA.
#OpenGradient $OPG #OPG
@OpenGradient
$HEI
$BAS
Son testnet Nova intègre le calcul d’IA et la preuve qu’il a été exécuté correctement directement dans le mécanisme de consensus lui-même, pas à côté. Ils l’appellent « la Troisième Ère de l’Espace de Bloc ».
Voici le problème : les blockchains ont besoin de temps de bloc prévisibles. Les modèles d’IA ne tournent pas selon un planning. Alors qu’est-ce qui empêche un modèle lent de bloquer toute la chaîne ?
C’est pour ça qu’ils ont construit PIPE, un Moteur d’Exécution Préalable d’Inférence Parallélisée, afin d’empêcher les inférences lentes de retarder la production des blocs. C’est une chose tellement précise et inhabituelle à devoir inventer—et c’est précisément pour ça qu’il faut le remarquer.
À noter aussi : les cofondateurs, Matthew Wang et Adam Balogh, viennent tous deux de Palantir, une entreprise construite entièrement autour de la preuve d’où viennent les données. Une infrastructure IA vérifiable en premier lieu n’est pas en rupture avec cet arrière-plan.
La plupart des présentations d’IA vérifiable s’arrêtent à : « faites-nous confiance, c’était bien exécuté ». Le pari réel d’OpenGradient, c’est de savoir si cette preuve tient face à une pression de performance réelle à grande échelle—pas seulement dans une démo.
C’est une histoire plus intéressante que n’importe quel autre graphique de prix de l’IA.
#OpenGradient $OPG #OPG
@OpenGradient
$HEI
$BAS
⚡ Fix it at protocol level
0%
⏳ Accept slower blocks
0%
🚫 Keep AI off-chain
0%
0 Votes • Vote fermé
La plupart des gens connaissent OpenGradient pour son infrastructure IA vérifiable. Moins de gens savent que Twin fun est honnêtement la partie la plus intéressante.
Chaque agent IA est un Jumeau Numérique suivi sur la chaîne avec son propre ID. Si vous voulez y accéder, discuter, utiliser les outils et les fonctionnalités, vous devez d'abord détenir au moins une clé.
Les clés ne sont pas à prix fixe. Elles fonctionnent sur une courbe de liaison quadratique, le même modèle que FriendTech a rendu populaire : plus d'acheteurs, prix plus élevé pour la prochaine personne. Les gens vendent lors des baisses de prix. Le prix lui-même devient une lecture en direct sur l'attention.
Un petit détail que j'ai remarqué dans les contrats, les clés étaient auparavant appelées actions. Les anciennes fonctions buyShares et sellShares sont encore présentes dans l'ABI aujourd'hui. Ils ont renommé l'étiquette tout en gardant la logique.
Il y a aussi une véritable boucle d'incitation : chaque trade envoie une commission au propriétaire du jumeau plus une part au trésor du protocole. Ainsi, les créateurs ont réellement une raison de rendre les jumeaux intéressants à détenir, pas juste de lancer et de s'en aller.
À noter, @OpenGradient ne construit pas seulement pour les développeurs. Ils ont également quelque chose de plus proche d'un produit de trading social où les agents IA se comportent comme des pièces de créateurs échangeables.
Une note honnête : les courbes de liaison bougent vite dans les deux sens. Cela explique la mécanique, pas une incitation à acheter. Faites vos propres recherches (DYOR).
#OpenGradient #OPG #TwinFun
@OpenGradient $OPG
$DEXE
$RESOLV
Chaque agent IA est un Jumeau Numérique suivi sur la chaîne avec son propre ID. Si vous voulez y accéder, discuter, utiliser les outils et les fonctionnalités, vous devez d'abord détenir au moins une clé.
Les clés ne sont pas à prix fixe. Elles fonctionnent sur une courbe de liaison quadratique, le même modèle que FriendTech a rendu populaire : plus d'acheteurs, prix plus élevé pour la prochaine personne. Les gens vendent lors des baisses de prix. Le prix lui-même devient une lecture en direct sur l'attention.
Un petit détail que j'ai remarqué dans les contrats, les clés étaient auparavant appelées actions. Les anciennes fonctions buyShares et sellShares sont encore présentes dans l'ABI aujourd'hui. Ils ont renommé l'étiquette tout en gardant la logique.
Il y a aussi une véritable boucle d'incitation : chaque trade envoie une commission au propriétaire du jumeau plus une part au trésor du protocole. Ainsi, les créateurs ont réellement une raison de rendre les jumeaux intéressants à détenir, pas juste de lancer et de s'en aller.
À noter, @OpenGradient ne construit pas seulement pour les développeurs. Ils ont également quelque chose de plus proche d'un produit de trading social où les agents IA se comportent comme des pièces de créateurs échangeables.
Une note honnête : les courbes de liaison bougent vite dans les deux sens. Cela explique la mécanique, pas une incitation à acheter. Faites vos propres recherches (DYOR).
#OpenGradient #OPG #TwinFun
@OpenGradient $OPG
$DEXE
$RESOLV
🔥 Good idea
100%
⚠️ Bad idea
0%
⏳ Too early to say
0%
1 Votes • Vote fermé
Vérifié
La configuration Nova d'OpenGradient fait vraiment parler d'elle, pas juste un slogan. L'ère de Bitcoin a déplacé la valeur. Ethereum a déplacé la logique et le pari de Nova est que l'intelligence devient l'actif natif d'un registre Opengradient. Il vaut la peine de voir ce qui se cache réellement derrière ça.
Avant cela, l'IA sur chaîne signifiait trois maux de tête à la fois. Une demande attend dans une file d'attente GPU et revient plus d'une seconde plus tard. Ce que vous récupérez est un vecteur brut sans preuve, donc la manipulation peut se cacher dans une décimale. Et l'inférence se facture en dollars tandis que le règlement se fait en wei @OpenGradient deux mètres différents pour un seul budget.
La solution : un nœud diffuse les poids et renvoie la sortie plus une preuve tandis que les validateurs ne vérifient qu'un petit témoin, jamais les mathématiques brutes d'Opengradient. Les tâches sont réparties entre les opérateurs GPU qui se disputent pour finir en premier, le résultat valide le plus rapide est payé, le reste est abandonné et un travail bloqué obtient automatiquement une sauvegarde pour qu'un modèle lent ne puisse pas bloquer le bloc Opengradient.
Le résultat final : un modèle se règle comme un solde, une infrastructure fourchable où le constructeur d'origine gagne quelque chose chaque fois que sa fourche est utilisée Opengradient.
La plupart des gens qui parlent de cela s'arrêtent au slogan. C'est ici que cela doit vraiment tenir.
@OpenGradient #OPG $OPG
$SYN
$LAYER
Avant cela, l'IA sur chaîne signifiait trois maux de tête à la fois. Une demande attend dans une file d'attente GPU et revient plus d'une seconde plus tard. Ce que vous récupérez est un vecteur brut sans preuve, donc la manipulation peut se cacher dans une décimale. Et l'inférence se facture en dollars tandis que le règlement se fait en wei @OpenGradient deux mètres différents pour un seul budget.
La solution : un nœud diffuse les poids et renvoie la sortie plus une preuve tandis que les validateurs ne vérifient qu'un petit témoin, jamais les mathématiques brutes d'Opengradient. Les tâches sont réparties entre les opérateurs GPU qui se disputent pour finir en premier, le résultat valide le plus rapide est payé, le reste est abandonné et un travail bloqué obtient automatiquement une sauvegarde pour qu'un modèle lent ne puisse pas bloquer le bloc Opengradient.
Le résultat final : un modèle se règle comme un solde, une infrastructure fourchable où le constructeur d'origine gagne quelque chose chaque fois que sa fourche est utilisée Opengradient.
La plupart des gens qui parlent de cela s'arrêtent au slogan. C'est ici que cela doit vraiment tenir.
@OpenGradient #OPG $OPG
$SYN
$LAYER
🏎️ No stalled blocks
33%
🔐 Proofs split from compute
67%
🤷 Not sold yet
0%
3 Votes • Vote fermé
@OpenGradient ça fait un peu sens. J'ai fouillé dans leurs docs et ils admettent carrément que le zkML peut être 1 000 à 10 000 fois plus lent que l'inférence normale. J'ai trouvé un benchmark aussi prouvant que GPT-2 (117M params, c'est petit pour aujourd'hui) a pris 3 601 secondes.
Presque une heure pour UNE preuve.
et ils n'enterrent même pas cette info.
C'est en gros pourquoi HACA existe en premier lieu : TEE pour quand tu as besoin de vitesse, zkML pour les appels où tu as vraiment besoin d'une preuve mathématique, ZKCRV qui essaie de trouver un compromis entre les deux. Tu choisis par appel au lieu de prétendre qu'une méthode fonctionne pour tout.
La plupart des projets IA vérifiables passent directement à "on a résolu le problème". C'est le premier que je vois qui te dit réellement quels sont les coûts des compromis au lieu de juste la partie qui sonne bien dans une présentation.
Je suis vraiment curieux de voir à quoi ça ressemble sur des modèles beaucoup plus grands que GPT-2, quelqu'un a-t-il vu de vrais chiffres là-dessus ?
$OPG #OPG @OpenGradient
$TNSR
$LAB
Presque une heure pour UNE preuve.
et ils n'enterrent même pas cette info.
C'est en gros pourquoi HACA existe en premier lieu : TEE pour quand tu as besoin de vitesse, zkML pour les appels où tu as vraiment besoin d'une preuve mathématique, ZKCRV qui essaie de trouver un compromis entre les deux. Tu choisis par appel au lieu de prétendre qu'une méthode fonctionne pour tout.
La plupart des projets IA vérifiables passent directement à "on a résolu le problème". C'est le premier que je vois qui te dit réellement quels sont les coûts des compromis au lieu de juste la partie qui sonne bien dans une présentation.
Je suis vraiment curieux de voir à quoi ça ressemble sur des modèles beaucoup plus grands que GPT-2, quelqu'un a-t-il vu de vrais chiffres là-dessus ?
$OPG #OPG @OpenGradient
$TNSR
$LAB
🛑 Dealbreaker for now
55%
✅ No big deal, TEE covers it
45%
⚖️ Depends on the use case
0%
11 Votes • Vote fermé
La vérification cryptographique prouve que le calcul a été effectué proprement, avec le bon modèle et les bonnes entrées, sans altérer la sortie.
C'est l'intégrité du processus. @OpenGradient intègre cela directement dans la couche d'inférence avant que quoi que ce soit ne se stabilise sur la chaîne.
Mais vérifié ne signifie pas vrai.
Un mauvais modèle peut fonctionner parfaitement et pourtant vous donner une mauvaise réponse.
La vérification contrôle le processus, pas le jugement. Ne pas saisir cette distinction, c'est vendre la tech à l'excès.
Cela reste très important dans le scoring des risques DeFi ou les trades alimentés par l'IA ; juste savoir que le modèle n'a pas été discrètement échangé ou nourri avec de fausses données est déjà une vraie avancée. Vous n'avez pas besoin qu'il soit omniscient. Vous avez besoin qu'il soit honnête sur ce qui a réellement été exécuté.
Comment ils gardent ça rapide : les preuves de calcul lourd hors chaîne se stabilisent sur la chaîne. L'IA entièrement sur chaîne est trop lente. L'IA purement hors chaîne est une boîte noire avec un bon branding. OpenGradient se situe délibérément au milieu, c'est l'Architecture de Calcul AI Hybride.
La plupart des tokens AI surfent sur une narration. Celui-ci résout un problème que vous pouvez réellement nommer.
$OPG #OpenGradient
$BTW
#OPG
$RE
C'est l'intégrité du processus. @OpenGradient intègre cela directement dans la couche d'inférence avant que quoi que ce soit ne se stabilise sur la chaîne.
Mais vérifié ne signifie pas vrai.
Un mauvais modèle peut fonctionner parfaitement et pourtant vous donner une mauvaise réponse.
La vérification contrôle le processus, pas le jugement. Ne pas saisir cette distinction, c'est vendre la tech à l'excès.
Cela reste très important dans le scoring des risques DeFi ou les trades alimentés par l'IA ; juste savoir que le modèle n'a pas été discrètement échangé ou nourri avec de fausses données est déjà une vraie avancée. Vous n'avez pas besoin qu'il soit omniscient. Vous avez besoin qu'il soit honnête sur ce qui a réellement été exécuté.
Comment ils gardent ça rapide : les preuves de calcul lourd hors chaîne se stabilisent sur la chaîne. L'IA entièrement sur chaîne est trop lente. L'IA purement hors chaîne est une boîte noire avec un bon branding. OpenGradient se situe délibérément au milieu, c'est l'Architecture de Calcul AI Hybride.
La plupart des tokens AI surfent sur une narration. Celui-ci résout un problème que vous pouvez réellement nommer.
$OPG #OpenGradient
$BTW
#OPG
$RE
✅ The answer is true
0%
⚙️ The computation ran clean
20%
🤝 Both
80%
🧐 Never thought about
0%
5 Votes • Vote fermé
La plupart des gens qui exploitent les airdrops d'IA ce cycle-ci poursuivent des points. Presque personne ne se demande ce qu'ils construisent réellement pendant ce temps.
Chaque prompt que vous envoyez à un assistant IA normal disparaît dès que vous fermez l'onglet, pratique mais aussi une impasse. Pas d'historique, pas de continuité, pas de valeur laissée derrière vous.
$OPG s'attaque directement à ce vide avec MemSync, une couche de mémoire qui persiste réellement votre contexte à travers les applications IA au lieu de l'effacer à chaque session.
Voici la partie que la plupart des créateurs de cette campagne omettent : la mémoire persistante n'est pas juste un correctif UX. C'est la fondation pour quelque chose de plus grand : Twin.fun
Le marché d'OpenGradient pour les personas IA où la profondeur et l'histoire sont ce qui rend un jumeau digne d'être conservé.
La mémoire est ce qui transforme un chatbot plat en quelque chose avec lequel les gens veulent réellement interagir.
La plupart des tokens IA vendent un chatbot avec une pièce attachée. OpenGradient construit la couche de mémoire sous la prochaine génération d'agents IA.
C'est un pari significativement différent : une infrastructure au lieu d'un simple emballage. Associez cela à une inférence vérifiée par zkML/TEE via DeepProve, un Hub de Modèles fonctionnel avec plus de 2 000 modèles, et une pile produit qui a déjà été lancée (BitQuant, MemSync, Twin.fun) plutôt que promise, et la campagne OPG CreatorPad de 245 000 $ commence à ressembler moins à un airdrop à exploiter et plus à un aperçu précoce de l'infrastructure que la plupart des gens ne comprendront qu'en rétrospective...
Les équipes qui construisent discrètement la couche dont tout le monde dépend obtiennent rarement du crédit jusqu'à ce qu'il soit trop tard pour entrer tôt.
#OpenGradient #OPG @OpenGradient
$RE
$ESPORTS
La couche de mémoire pour tous les futurs agents IA
Chaque prompt que vous envoyez à un assistant IA normal disparaît dès que vous fermez l'onglet, pratique mais aussi une impasse. Pas d'historique, pas de continuité, pas de valeur laissée derrière vous.
$OPG s'attaque directement à ce vide avec MemSync, une couche de mémoire qui persiste réellement votre contexte à travers les applications IA au lieu de l'effacer à chaque session.
Voici la partie que la plupart des créateurs de cette campagne omettent : la mémoire persistante n'est pas juste un correctif UX. C'est la fondation pour quelque chose de plus grand : Twin.fun
Le marché d'OpenGradient pour les personas IA où la profondeur et l'histoire sont ce qui rend un jumeau digne d'être conservé.
La mémoire est ce qui transforme un chatbot plat en quelque chose avec lequel les gens veulent réellement interagir.
La plupart des tokens IA vendent un chatbot avec une pièce attachée. OpenGradient construit la couche de mémoire sous la prochaine génération d'agents IA.
C'est un pari significativement différent : une infrastructure au lieu d'un simple emballage. Associez cela à une inférence vérifiée par zkML/TEE via DeepProve, un Hub de Modèles fonctionnel avec plus de 2 000 modèles, et une pile produit qui a déjà été lancée (BitQuant, MemSync, Twin.fun) plutôt que promise, et la campagne OPG CreatorPad de 245 000 $ commence à ressembler moins à un airdrop à exploiter et plus à un aperçu précoce de l'infrastructure que la plupart des gens ne comprendront qu'en rétrospective...
Les équipes qui construisent discrètement la couche dont tout le monde dépend obtiennent rarement du crédit jusqu'à ce qu'il soit trop tard pour entrer tôt.
#OpenGradient #OPG @OpenGradient
$RE
$ESPORTS
La couche de mémoire pour tous les futurs agents IA
A trust layer
50%
Just another AI hype token
0%
Too early to tell
50%
2 Votes • Vote fermé
Connectez-vous pour découvrir plus de contenu