Kane Crypto
1.3k Publications
Kane Crypto
Chỉ yêu mình $TAO
X: @kane_tdt
Ouvert au trading
Trade fréquemment
4.9 an(s)
6.1K+ Suivis
3.4K+ Abonnés
2.3K+ J’aime
Publications
Portefeuille
Tous
Citations
Vidéos
Il y a longtemps, j’ai perdu 500$ à cause de ce Celo
500$ était vraiment précieux, parce qu’à l’époque, j’étais encore étudiant
En donnant des cours particuliers, un soir je gagnais 120k
Triste
500$ était vraiment précieux, parce qu’à l’époque, j’étais encore étudiant
En donnant des cours particuliers, un soir je gagnais 120k
Triste
La légende LUNA qui a fait parler de tout le monde pendant une époque
De 242k usdt à seulement 34 usdt
la tendance baissière de l’autre fois, il n’y en a jamais eu une comme ça
je ne sais pas si ça se reproduira cette année encore
De 242k usdt à seulement 34 usdt
la tendance baissière de l’autre fois, il n’y en a jamais eu une comme ça
je ne sais pas si ça se reproduira cette année encore
Avant de cliquer sur « Acheter » ou « Vendre » sur Binance P2P, je vérifie toujours ces 5 points :
✅ Vérifier le taux d’achèvement des transactions du partenaire.
✅ Regarder le nombre d’ordres terminés.
✅ Ne payer que sur le compte qui est affiché sur Binance.
✅ Ne pas discuter ni passer sur Telegram/Zalo pour effectuer la transaction.
✅ Ne cliquer sur « Paiement effectué » qu’après que l’argent a réellement été transféré.
Ces 5 étapes peuvent sembler simples, mais elles aident beaucoup les amis à réduire les risques lors des échanges. Pensez à les enregistrer nhé.
@Binance Vietnam
#BinanceP2PAnToan #BinanceP2P #BNB
✅ Vérifier le taux d’achèvement des transactions du partenaire.
✅ Regarder le nombre d’ordres terminés.
✅ Ne payer que sur le compte qui est affiché sur Binance.
✅ Ne pas discuter ni passer sur Telegram/Zalo pour effectuer la transaction.
✅ Ne cliquer sur « Paiement effectué » qu’après que l’argent a réellement été transféré.
Ces 5 étapes peuvent sembler simples, mais elles aident beaucoup les amis à réduire les risques lors des échanges. Pensez à les enregistrer nhé.
@Binance Vietnam
#BinanceP2PAnToan #BinanceP2P #BNB
ONDO fait partie de rares altcoins en lesquels j’ai une confiance extrêmement grande
Récemment, l’idole Ryker a présenté le plan d’ONDO
Les amis, vous pouvez jeter un œil :))
Faites vos propres recherches (DYOR)
Récemment, l’idole Ryker a présenté le plan d’ONDO
Les amis, vous pouvez jeter un œil :))
Faites vos propres recherches (DYOR)
Voir la traduction
Đây là thằng bạn mình
âm hơn $6k
làm văn phòng được mấy đồng toàn nạp vào cúng cho sàn, chịu
âm hơn $6k
làm văn phòng được mấy đồng toàn nạp vào cúng cho sàn, chịu
Chaque mois, mettez 10% de votre revenu de côté pour accumuler de l’ETH
Ça vous va, les gars ?
Le jour où l’ETH atteint 10k et le jour où l’empereur rentre à la maison
Et je ne veux plus travailler pour quelqu’un d’autre non plus, kk
$ETH
Ça vous va, les gars ?
Le jour où l’ETH atteint 10k et le jour où l’empereur rentre à la maison
Et je ne veux plus travailler pour quelqu’un d’autre non plus, kk
$ETH
Mon ami trade comme ça, c’est du niveau, les gars ? :))
En juin, il n’a réussi à passer aucune position du tout, haha
Se vanter avec des ordres verts, c’était déjà du passé, haha
En juin, il n’a réussi à passer aucune position du tout, haha
Se vanter avec des ordres verts, c’était déjà du passé, haha
Il y a un détail dans la conception du @grvt_io facile à passer à côté : au lieu d’essayer de remplacer un CEX ou un DEX, le projet a plutôt construit un modèle de Hybrid Exchange pour combiner les deux.
Cela ressemble peut-être juste à une façon de nommer le produit. Mais ce qui est vraiment intéressant n’est pas le fait que GRVT se qualifie de « hybrid », c’est plutôt la raison pour laquelle ils ont choisi cette direction de conception.
Les CEX sont devenus populaires grâce à leur capacité à exécuter les ordres rapidement, à offrir une liquidité élevée et à proposer une expérience de trading fluide. En échange, les utilisateurs doivent déposer leurs actifs sur la plateforme et faire confiance à l’entité qui assure la conservation.
Les DEX permettent aux utilisateurs de conserver le contrôle de leurs actifs. En revanche, l’expérience de trading est souvent moins fluide, la liquidité peut se fragmenter et les performances sont plus difficiles à atteindre que celles des plateformes centralisées.
Le modèle de Hybrid Exchange de GRVT ne semble pas chercher à prouver que l’un est meilleur que l’autre (CEX ou DEX). Au contraire, le projet part d’une hypothèse différente : la vitesse d’exécution et la propriété des actifs ne sont pas forcément deux facteurs qui imposent un compromis.
Bien sûr, ce choix comporte aussi des trade-offs. En combinant l’expérience des CEX avec la gestion autonome des actifs façon DEX, le protocole doit concilier deux modèles basés sur des hypothèses très différentes, ce qui rend la conception plus complexe.
Ce qui m’a le plus marqué après avoir étudié GRVT n’est pas le slogan « combinez CEX et DEX », mais la manière dont le projet aborde le problème.
Au lieu d’accepter que les utilisateurs doivent choisir entre la commodité et la propriété des actifs, GRVT considère cette contrainte comme quelque chose qui vaut la peine d’être repensé. Le succès de ce modèle dépendra de la mise en œuvre, mais la décision de conception elle-même est déjà une perspective assez intéressante.
#grvt
Cela ressemble peut-être juste à une façon de nommer le produit. Mais ce qui est vraiment intéressant n’est pas le fait que GRVT se qualifie de « hybrid », c’est plutôt la raison pour laquelle ils ont choisi cette direction de conception.
Les CEX sont devenus populaires grâce à leur capacité à exécuter les ordres rapidement, à offrir une liquidité élevée et à proposer une expérience de trading fluide. En échange, les utilisateurs doivent déposer leurs actifs sur la plateforme et faire confiance à l’entité qui assure la conservation.
Les DEX permettent aux utilisateurs de conserver le contrôle de leurs actifs. En revanche, l’expérience de trading est souvent moins fluide, la liquidité peut se fragmenter et les performances sont plus difficiles à atteindre que celles des plateformes centralisées.
Le modèle de Hybrid Exchange de GRVT ne semble pas chercher à prouver que l’un est meilleur que l’autre (CEX ou DEX). Au contraire, le projet part d’une hypothèse différente : la vitesse d’exécution et la propriété des actifs ne sont pas forcément deux facteurs qui imposent un compromis.
Bien sûr, ce choix comporte aussi des trade-offs. En combinant l’expérience des CEX avec la gestion autonome des actifs façon DEX, le protocole doit concilier deux modèles basés sur des hypothèses très différentes, ce qui rend la conception plus complexe.
Ce qui m’a le plus marqué après avoir étudié GRVT n’est pas le slogan « combinez CEX et DEX », mais la manière dont le projet aborde le problème.
Au lieu d’accepter que les utilisateurs doivent choisir entre la commodité et la propriété des actifs, GRVT considère cette contrainte comme quelque chose qui vaut la peine d’être repensé. Le succès de ce modèle dépendra de la mise en œuvre, mais la décision de conception elle-même est déjà une perspective assez intéressante.
#grvt
Voir la traduction
Có hai cách để giữ một dòng sông sạch.
Một là để rác trôi xuống rồi đứng cuối sông vớt.
Hai là đặt cái lưới ngay đầu nguồn, rác chưa kịp trôi đã bị chặn.
Crypto cũng thế, nhưng lại đang làm theo cách đầu.
Giao dịch cứ đi trước, hack hay rửa tiền thì đi sau.
@NewtonProtocol lại chọn cách ngược lại.
Không chờ giao dịch chạy xong mới kiểm tra.
Mà luôn hỏi trước:
"Lệnh này có được phép chạy hay không?"
Theo mình đây mới là điểm đáng giá của Newton.
Newton giống như một chốt giữa người dùng và blockchain.
Muốn chuyển tiền?
Muốn swap?
Muốn qua chốt?
Được thôi.
Phải kiểm tra trước:
Nếu không vi phạm thì cho qua
Còn nếu vi phạm thì dừng luôn.
Đỡ phải ngồi "chữa cháy" sau này.
Một điều mình thấy khá hay là...
Crypto mấy năm nay cứ chăm chăm vá lỗi smart contract.
Trong khi rất nhiều vụ mất tiền lại không phải vì code lỗi.
Mà vì...
Người đúng, code đúng, nhưng quyết định sai.
Newton không sửa blockchain.
Họ thêm một lớp "được phép hay không được phép" trước khi blockchain làm việc.
Nghe nhỏ, nhưng mình nghĩ đây mới là thứ cần nhất.
Tuy nhiên vẫn có vấn đề.
Policy càng dễ tạo thì càng có nguy cơ bị lạm dụng.
Hôm nay chặn hacker.
Ngày mai chặn thêm người dùng ở quốc gia A.
Ngày kia lại thêm hàng chục điều kiện khác.
Đến lúc đó blockchain vẫn phi tập trung...
Nhưng quyền lại nằm trong một cái "cổng".
Theo mình, câu hỏi quan trọng không phải Newton lọc nhanh cỡ nào.
Mà là:
Ai là người viết policy?
Ai có quyền sửa nó?
Và nếu policy sai thì ai chịu trách nhiệm?
Mình vẫn khá thích hướng đi của Newton.
Họ muốn trở thành lớp authorization mà chain nào cũng có thể dùng.
#Newt $NEWT $M $TLM
Một là để rác trôi xuống rồi đứng cuối sông vớt.
Hai là đặt cái lưới ngay đầu nguồn, rác chưa kịp trôi đã bị chặn.
Crypto cũng thế, nhưng lại đang làm theo cách đầu.
Giao dịch cứ đi trước, hack hay rửa tiền thì đi sau.
@NewtonProtocol lại chọn cách ngược lại.
Không chờ giao dịch chạy xong mới kiểm tra.
Mà luôn hỏi trước:
"Lệnh này có được phép chạy hay không?"
Theo mình đây mới là điểm đáng giá của Newton.
Newton giống như một chốt giữa người dùng và blockchain.
Muốn chuyển tiền?
Muốn swap?
Muốn qua chốt?
Được thôi.
Phải kiểm tra trước:
Nếu không vi phạm thì cho qua
Còn nếu vi phạm thì dừng luôn.
Đỡ phải ngồi "chữa cháy" sau này.
Một điều mình thấy khá hay là...
Crypto mấy năm nay cứ chăm chăm vá lỗi smart contract.
Trong khi rất nhiều vụ mất tiền lại không phải vì code lỗi.
Mà vì...
Người đúng, code đúng, nhưng quyết định sai.
Newton không sửa blockchain.
Họ thêm một lớp "được phép hay không được phép" trước khi blockchain làm việc.
Nghe nhỏ, nhưng mình nghĩ đây mới là thứ cần nhất.
Tuy nhiên vẫn có vấn đề.
Policy càng dễ tạo thì càng có nguy cơ bị lạm dụng.
Hôm nay chặn hacker.
Ngày mai chặn thêm người dùng ở quốc gia A.
Ngày kia lại thêm hàng chục điều kiện khác.
Đến lúc đó blockchain vẫn phi tập trung...
Nhưng quyền lại nằm trong một cái "cổng".
Theo mình, câu hỏi quan trọng không phải Newton lọc nhanh cỡ nào.
Mà là:
Ai là người viết policy?
Ai có quyền sửa nó?
Và nếu policy sai thì ai chịu trách nhiệm?
Mình vẫn khá thích hướng đi của Newton.
Họ muốn trở thành lớp authorization mà chain nào cũng có thể dùng.
#Newt $NEWT $M $TLM
Eh, mec, je suis le protocole Newton depuis un moment déjà, et plus je le lis, plus je vois que beaucoup de gens comprennent mal ce projet.
Beaucoup pensent que Newton n’est qu’un projet d’IA.
Mais, selon moi, ce qu’ils construisent n’est pas de l’IA : c’est une couche de contrôle avant qu’une IA ne soit autorisée à effectuer des transactions.
C’est là que ça devient vraiment intéressant.
La blockchain garantit uniquement que la transaction est exécutée correctement.
Elle ne se soucie pas de savoir si l’IA décide juste ou faux.
Si l’IA lit mal des données et swap au mauvais endroit, la chaîne traitera quand même la transaction normalement.
Newton veut combler précisément ce manque.
Plutôt que laisser l’IA décider toute seule, chaque transaction doit passer par une couche de policy :
contrôle des limites de dépense, whitelist, données off-chain… les conditions suffisantes doivent être réunies avant exécution.
Ce que j’aime, c’est que Newton ne mise pas sur l’idée que l’IA deviendra forcément de plus en plus intelligente.
Ils partent du principe que l’IA peut toujours se tromper, donc ils ajoutent une “couche de frein” avant que l’argent ne soit déplacé.
Mais il y a aussi une question qui mérite réflexion.
La policy est aussi créée par des humains.
Si le marché change et que la policy n’est pas mise à jour à temps, elle peut aussi devenir une faiblesse du système.
À mon avis, Newton ne construit pas seulement une infrastructure pour les agents IA : ils construisent une couche d’autorisation pour l’IA sur la blockchain.
Si les agents IA deviennent une tendance dans quelques années, cela pourrait être un élément très important.
Et toi, qu’en penses ?
L’IA devrait-elle avoir un contrôle total sur les transactions, ou faut-il toujours une couche “de frein” comme Newton au milieu ? 👇
@NewtonProtocol #Newt $NEWT $NFP $BNB
Beaucoup pensent que Newton n’est qu’un projet d’IA.
Mais, selon moi, ce qu’ils construisent n’est pas de l’IA : c’est une couche de contrôle avant qu’une IA ne soit autorisée à effectuer des transactions.
C’est là que ça devient vraiment intéressant.
La blockchain garantit uniquement que la transaction est exécutée correctement.
Elle ne se soucie pas de savoir si l’IA décide juste ou faux.
Si l’IA lit mal des données et swap au mauvais endroit, la chaîne traitera quand même la transaction normalement.
Newton veut combler précisément ce manque.
Plutôt que laisser l’IA décider toute seule, chaque transaction doit passer par une couche de policy :
contrôle des limites de dépense, whitelist, données off-chain… les conditions suffisantes doivent être réunies avant exécution.
Ce que j’aime, c’est que Newton ne mise pas sur l’idée que l’IA deviendra forcément de plus en plus intelligente.
Ils partent du principe que l’IA peut toujours se tromper, donc ils ajoutent une “couche de frein” avant que l’argent ne soit déplacé.
Mais il y a aussi une question qui mérite réflexion.
La policy est aussi créée par des humains.
Si le marché change et que la policy n’est pas mise à jour à temps, elle peut aussi devenir une faiblesse du système.
À mon avis, Newton ne construit pas seulement une infrastructure pour les agents IA : ils construisent une couche d’autorisation pour l’IA sur la blockchain.
Si les agents IA deviennent une tendance dans quelques années, cela pourrait être un élément très important.
Et toi, qu’en penses ?
L’IA devrait-elle avoir un contrôle total sur les transactions, ou faut-il toujours une couche “de frein” comme Newton au milieu ? 👇
@NewtonProtocol #Newt $NEWT $NFP $BNB
Voir la traduction
Ê ae,
Đêm qua tao vào futures với 124 USD margin, đòn bẩy x10.
Lệnh âm 36 USD, funding fee nhấp nháy liên tục.
Nhưng nghĩ lại, thứ khiến tao khó chịu nhất lại không phải chuyện sắp bị thanh lý.
Mà là... memory.
Trade sai thì đóng lệnh được.
Approve nhầm thì revoke.
Đi nhầm route, mất vài USD tiền gas hay ăn slippage thì ít nhất còn biết mình sai ở đâu.
Còn memory sai thì khác.
Nó không hỏng ngay lập tức, mà âm thầm đi qua cả chuỗi trích xuất → lưu trữ → truy xuất → suy luận, rồi AI đưa ra một kết luận nghe rất hợp lý.
Chỉ tiếc là... nó đang dựa trên phiên bản cũ của mày.
Điều khiến tao suy nghĩ nhất là:
Nguy hiểm không nằm ở dữ liệu sai.
Mà nằm ở dữ liệu từng đúng, nhưng giờ đã hết hạn.
Ví dụ, ngày trước mày quản 14 ví, làm MM, trade liên tục.
Giờ nghỉ nửa năm rồi.
Nhưng AI vẫn xem mày là một active trader.
TEE chỉ chứng minh được dữ liệu đó từng tồn tại.
Nó không chứng minh được dữ liệu đó vẫn còn đúng.
Crypto dạy tao một bài học:
Một sự thật đã hết hạn nhưng vẫn được tin tưởng đôi khi còn nguy hiểm hơn một lời nói sai ngay từ đầu.
Nếu không có yếu tố thời gian, semantic search chỉ đang đào lại quá khứ.
Nếu user không thể cập nhật memory, dữ liệu cũ rất dễ biến thành "sự thật đã được xác minh".
Đến lúc đó, quên không còn là phản xạ tự nhiên nữa.
Nó sẽ trở thành... một thao tác.
@NewtonProtocol đang xây AI agent on-chain, mà memory gần như là linh hồn của agent.
Nếu không giải được bài toán "temporal relevance", AI sẽ hành động dựa trên phiên bản cũ của mày, chứ không phải con người ở hiện tại.
#Newt $NEWT $NFP $BTC
Đêm qua tao vào futures với 124 USD margin, đòn bẩy x10.
Lệnh âm 36 USD, funding fee nhấp nháy liên tục.
Nhưng nghĩ lại, thứ khiến tao khó chịu nhất lại không phải chuyện sắp bị thanh lý.
Mà là... memory.
Trade sai thì đóng lệnh được.
Approve nhầm thì revoke.
Đi nhầm route, mất vài USD tiền gas hay ăn slippage thì ít nhất còn biết mình sai ở đâu.
Còn memory sai thì khác.
Nó không hỏng ngay lập tức, mà âm thầm đi qua cả chuỗi trích xuất → lưu trữ → truy xuất → suy luận, rồi AI đưa ra một kết luận nghe rất hợp lý.
Chỉ tiếc là... nó đang dựa trên phiên bản cũ của mày.
Điều khiến tao suy nghĩ nhất là:
Nguy hiểm không nằm ở dữ liệu sai.
Mà nằm ở dữ liệu từng đúng, nhưng giờ đã hết hạn.
Ví dụ, ngày trước mày quản 14 ví, làm MM, trade liên tục.
Giờ nghỉ nửa năm rồi.
Nhưng AI vẫn xem mày là một active trader.
TEE chỉ chứng minh được dữ liệu đó từng tồn tại.
Nó không chứng minh được dữ liệu đó vẫn còn đúng.
Crypto dạy tao một bài học:
Một sự thật đã hết hạn nhưng vẫn được tin tưởng đôi khi còn nguy hiểm hơn một lời nói sai ngay từ đầu.
Nếu không có yếu tố thời gian, semantic search chỉ đang đào lại quá khứ.
Nếu user không thể cập nhật memory, dữ liệu cũ rất dễ biến thành "sự thật đã được xác minh".
Đến lúc đó, quên không còn là phản xạ tự nhiên nữa.
Nó sẽ trở thành... một thao tác.
@NewtonProtocol đang xây AI agent on-chain, mà memory gần như là linh hồn của agent.
Nếu không giải được bài toán "temporal relevance", AI sẽ hành động dựa trên phiên bản cũ của mày, chứ không phải con người ở hiện tại.
#Newt $NEWT $NFP $BTC
Oh, raconte nghe về @NewtonProtocol de Magic Labs nè.
Beaucoup de gens disent : « Magic, c’était surtout un wallet. Maintenant ils passent sur la conformité, sûrement pour suivre la tendance. »
Ça se tient, parce que dans le crypto, il ne manque pas d’équipes qui se lancent sur des narratifs.
Mais en creusant, c’est différent.
Magic fait des wallets intégrés depuis 2018, et aujourd’hui ils comptent plus de 57 millions de wallets, 200.000+ développeurs intégrés, et un volume de stablecoins qui dépasse 10 milliards de dollars. Forbes, Polymarket et Helium les utilisent. Ce sont de vrais utilisateurs, pas des chiffres sortis pour raconter une histoire.
Newton n’est pas un produit dérivé. C’est une étape d’extension depuis la gestion de comptes → la gestion des transactions.
L’idée est que, avant même que la transaction ne s’exécute, le système vérifie des règles comme KYC, AML, des limites de transaction, et même des données hors chaîne + de l’IA.
C’est la partie que les smart contracts « traditionnels » faisaient moins bien.
La technologie qu’ils utilisent, c’est TEE + ZK, pour à la fois aider à la conformité tout en préservant la confidentialité.
Un point à noter :
Le monde dépense plus de 200 milliards de dollars chaque année pour la conformité. Si ces règles sont programmées, Newton pourrait grandement bénéficier de la tendance stablecoins et RWA.
Mais il y a encore des avis en sens inverse.
Le fait d’avoir déjà des utilisateurs, c’est un atout. Mais est-ce que les développeurs les utilisent vraiment ? Trop strict, tu perds des utilisateurs ; trop laxiste, tu perds le sens.
Points positifs : Magic a déjà une bonne base de sécurité et a été validée via des produits concrets comme Polymarket.
En résumé :
Newton ne ressemble pas à un projet qui court après la tendance. C’est plutôt une extension assez logique, du onboarding jusqu’à la couche transactionnelle.
Mais que ce soit un succès ou non, il faudra attendre de voir si les dev votent avec un produit réellement utilisé.
Vous en pensez quoi ? Ape ou pass ? 👇
#Newt $NEWT $SYN
Beaucoup de gens disent : « Magic, c’était surtout un wallet. Maintenant ils passent sur la conformité, sûrement pour suivre la tendance. »
Ça se tient, parce que dans le crypto, il ne manque pas d’équipes qui se lancent sur des narratifs.
Mais en creusant, c’est différent.
Magic fait des wallets intégrés depuis 2018, et aujourd’hui ils comptent plus de 57 millions de wallets, 200.000+ développeurs intégrés, et un volume de stablecoins qui dépasse 10 milliards de dollars. Forbes, Polymarket et Helium les utilisent. Ce sont de vrais utilisateurs, pas des chiffres sortis pour raconter une histoire.
Newton n’est pas un produit dérivé. C’est une étape d’extension depuis la gestion de comptes → la gestion des transactions.
L’idée est que, avant même que la transaction ne s’exécute, le système vérifie des règles comme KYC, AML, des limites de transaction, et même des données hors chaîne + de l’IA.
C’est la partie que les smart contracts « traditionnels » faisaient moins bien.
La technologie qu’ils utilisent, c’est TEE + ZK, pour à la fois aider à la conformité tout en préservant la confidentialité.
Un point à noter :
Le monde dépense plus de 200 milliards de dollars chaque année pour la conformité. Si ces règles sont programmées, Newton pourrait grandement bénéficier de la tendance stablecoins et RWA.
Mais il y a encore des avis en sens inverse.
Le fait d’avoir déjà des utilisateurs, c’est un atout. Mais est-ce que les développeurs les utilisent vraiment ? Trop strict, tu perds des utilisateurs ; trop laxiste, tu perds le sens.
Points positifs : Magic a déjà une bonne base de sécurité et a été validée via des produits concrets comme Polymarket.
En résumé :
Newton ne ressemble pas à un projet qui court après la tendance. C’est plutôt une extension assez logique, du onboarding jusqu’à la couche transactionnelle.
Mais que ce soit un succès ou non, il faudra attendre de voir si les dev votent avec un produit réellement utilisé.
Vous en pensez quoi ? Ape ou pass ? 👇
#Newt $NEWT $SYN
Ê camarades crypto, OpenGradient joue une technique de privacy par IA d’un niveau exceptionnel
La plupart des projets d’IA se vantent de « protéger vos données », mais en réalité ce ne sont que des promesses en l’air.
Aujourd’hui ils jurent, demain ils “corrigent” — et s’ils sont contraints par le gouvernement, ils doivent tout remettre, car eux peuvent encore voir ce que tu demandes.
OpenGradient fait carrément autrement : même leur équipe ne sait pas ce que tu demandes.
Toute la procédure de réflexion et de réponse de l’IA tourne entièrement dans le TEE — cette « pièce fermée » matérielle sur le CPU et le GPU.
Les données que tu envoies sont chiffrées avant d’entrer, traitées en interne, et seuls les résultats en sortent.
Pas de clé, pas de logs, pas de chemin pour que quelqu’un puisse voir.
Le gouvernement veut réclamer les données ?
Il n’y a rien à donner.
Le point étrange et surtout le plus intéressant, c’est qu’ils combinent le matériel TEE avec une vérification sur la blockchain.
Tu peux vérifier toi-même que le code tourne correctement, sans avoir à croire la parole de qui que ce soit.
Pendant que d’autres projets se bousculent pour faire des modèles on-chain pour oai, OpenGradient se concentre sur la construction d’une véritable plateforme de calcul secret.
Le token #OPG sert à payer, héberger le modèle et déployer l’agent.
Ils ont déjà fait tourner des millions de fois des inférences privées.
Le TEE n’est pas une technologie nouvelle, mais l’utiliser par défaut pour le chat IA, c’est rare.
Le gros risque, c’est si le CPU d’Intel, d’AMD ou de NVIDIA tombe en panne : alors tout est foutu.
Ils préparent aussi du ZKML pour se protéger, mais ce n’est encore pas 100% parfait.
Plus tard, quand les règles sur l’IA se resserreront, celui qui détient les données des utilisateurs sera le premier à être scruté.
OpenGradient est conçu pour que personne ne puisse obtenir ces données — voilà une façon intelligente de survivre dans le segment crypto-IA.
Les gars, essayez leur app de chat : pas besoin de compte, pas de suivi, et vos questions disparaissent aussi.
L’histoire de la privacy + une vérification par IA est carrément très tendance.
$OPG mérite vraiment qu’on y fasse attention.
#BTC $SYN
La plupart des projets d’IA se vantent de « protéger vos données », mais en réalité ce ne sont que des promesses en l’air.
Aujourd’hui ils jurent, demain ils “corrigent” — et s’ils sont contraints par le gouvernement, ils doivent tout remettre, car eux peuvent encore voir ce que tu demandes.
OpenGradient fait carrément autrement : même leur équipe ne sait pas ce que tu demandes.
Toute la procédure de réflexion et de réponse de l’IA tourne entièrement dans le TEE — cette « pièce fermée » matérielle sur le CPU et le GPU.
Les données que tu envoies sont chiffrées avant d’entrer, traitées en interne, et seuls les résultats en sortent.
Pas de clé, pas de logs, pas de chemin pour que quelqu’un puisse voir.
Le gouvernement veut réclamer les données ?
Il n’y a rien à donner.
Le point étrange et surtout le plus intéressant, c’est qu’ils combinent le matériel TEE avec une vérification sur la blockchain.
Tu peux vérifier toi-même que le code tourne correctement, sans avoir à croire la parole de qui que ce soit.
Pendant que d’autres projets se bousculent pour faire des modèles on-chain pour oai, OpenGradient se concentre sur la construction d’une véritable plateforme de calcul secret.
Le token #OPG sert à payer, héberger le modèle et déployer l’agent.
Ils ont déjà fait tourner des millions de fois des inférences privées.
Le TEE n’est pas une technologie nouvelle, mais l’utiliser par défaut pour le chat IA, c’est rare.
Le gros risque, c’est si le CPU d’Intel, d’AMD ou de NVIDIA tombe en panne : alors tout est foutu.
Ils préparent aussi du ZKML pour se protéger, mais ce n’est encore pas 100% parfait.
Plus tard, quand les règles sur l’IA se resserreront, celui qui détient les données des utilisateurs sera le premier à être scruté.
OpenGradient est conçu pour que personne ne puisse obtenir ces données — voilà une façon intelligente de survivre dans le segment crypto-IA.
Les gars, essayez leur app de chat : pas besoin de compte, pas de suivi, et vos questions disparaissent aussi.
L’histoire de la privacy + une vérification par IA est carrément très tendance.
$OPG mérite vraiment qu’on y fasse attention.
#BTC $SYN
Vérifié
Haha, tu viens de t’en rendre compte un peu tard : les agents IA répètent les vieilles boucles de la DeFi avec la couche 1.
Les gens se contentent de montrer tout ce que leurs agents peuvent faire ; peu demandent comment le système l’incite concrètement à agir. Le problème n’est pas la puissance de l’IA, mais les incitations et la confiance.
Ajouter encore des capacités ne sert à rien si l’utilisateur doit continuer à faire aveuglément confiance à une black box. L’essentiel n’est pas que l’agent décide à ta place, mais que tu puisses vérifier jusqu’où il en est.
@OpenGradient fait différent.
Ils ne suivent pas la tendance de l’agent « super intelligent », ils se concentrent sur une architecture (system design) fiable.
Avec HACA, ils séparent l’exécution et la vérification : l’inférence tourne vite d’abord, puis la preuve est vérifiée ensuite. TEE pour le LLM, ZKML pour les petits modèles.
Ils ont déjà lancé plus de 2 millions d’inférences vérifiables, et 500k+ de preuves.
Le point étrange, c’est qu’ils transforment l’inférence vérifiable en infrastructure : ainsi, quand l’agent décide quoi que ce soit, tout reste traçable — modèle + entrée + sortie.
Un peu comme la DeFi qui est passée de la confiance envers l’équipe à la confiance dans le code.
Mais moi, je continue à argumenter : si la preuve est lente, l’argent s’envole avant ; et le TEE implique toujours une hypothèse de confiance, tandis que les utilisateurs sont souvent trop paresseux pour vérifier.
Le marché récompense souvent ce qui est plus flashy que ce qui est certain.
Je les suis parce qu’ils jouent vraiment la confiance minimisée : ils considèrent l’IA comme un coprocesseur utile pour la chaîne et les agents.
La vraie question n’est pas quel agent est le plus intelligent, mais quel système le rend plus digne de confiance.
C’est exactement pour ça que je me suis intéressé à #OPG
$OPG $SYN $BTC
Les gens se contentent de montrer tout ce que leurs agents peuvent faire ; peu demandent comment le système l’incite concrètement à agir. Le problème n’est pas la puissance de l’IA, mais les incitations et la confiance.
Ajouter encore des capacités ne sert à rien si l’utilisateur doit continuer à faire aveuglément confiance à une black box. L’essentiel n’est pas que l’agent décide à ta place, mais que tu puisses vérifier jusqu’où il en est.
@OpenGradient fait différent.
Ils ne suivent pas la tendance de l’agent « super intelligent », ils se concentrent sur une architecture (system design) fiable.
Avec HACA, ils séparent l’exécution et la vérification : l’inférence tourne vite d’abord, puis la preuve est vérifiée ensuite. TEE pour le LLM, ZKML pour les petits modèles.
Ils ont déjà lancé plus de 2 millions d’inférences vérifiables, et 500k+ de preuves.
Le point étrange, c’est qu’ils transforment l’inférence vérifiable en infrastructure : ainsi, quand l’agent décide quoi que ce soit, tout reste traçable — modèle + entrée + sortie.
Un peu comme la DeFi qui est passée de la confiance envers l’équipe à la confiance dans le code.
Mais moi, je continue à argumenter : si la preuve est lente, l’argent s’envole avant ; et le TEE implique toujours une hypothèse de confiance, tandis que les utilisateurs sont souvent trop paresseux pour vérifier.
Le marché récompense souvent ce qui est plus flashy que ce qui est certain.
Je les suis parce qu’ils jouent vraiment la confiance minimisée : ils considèrent l’IA comme un coprocesseur utile pour la chaîne et les agents.
La vraie question n’est pas quel agent est le plus intelligent, mais quel système le rend plus digne de confiance.
C’est exactement pour ça que je me suis intéressé à #OPG
$OPG $SYN $BTC
Vérifié
Hier, j’ai mangé dans un petit resto de rue tout en parcourant des routes sur DEX. Puis, d’un coup, le wallet a demandé une approbation : le gas a augmenté un peu, et le slippage s’est envolé d’environ 2 %.
Ça m’a légèrement agacé, puis j’ai pensé à @OpenGradient
Ce n’est pas parce que la bouffe est mauvaise.
Mais dans la crypto, il y a un ressenti très familier : plus j’entends le mot « verifiable », plus j’ai envie de demander : si l’argent s’envole, qui va payer ?
—
Le ZKML sur papier, ça sonne super beau.
L’IA a des preuves, l’inférence peut être vérifiée, tout est transparent.
Mais dans la réalité, le marché n’attend pas.
En DeFi ou pour du trading IA, quelques secondes de retard peuvent suffire à coûter cher.
Ça ne demande pas à quel point la preuve est jolie.
Ça demande juste :
« Le résultat quand j’appuie sur le bouton, ça marche ou pas ? »
C’est pour ça que je trouve qu’OpenGradient est plutôt pragmatique.
Au lieu d’obliger l’IA à tout vérifier avant de rendre le résultat, ils séparent execution et vérification.
L’inférence tourne d’abord pour que l’utilisateur reçoive la sortie rapidement.
La preuve arrive après pour conserver la possibilité de vérification.
Le LLM utilise le TEE pour que ça reste léger.
Les modèles légers utilisent du ZKML.
Si on veut de la vitesse, on choisit le mode vanilla.
Ils ne forcent pas tous les cas d’usage dans un seul compromis.
Mais la question reste.
Si la sortie est fausse, et que l’utilisateur agit déjà, puis que la preuve vient après et découvre l’erreur…
alors, la vérification à ce moment-là, elle a encore quel sens ?
C’est aussi pour ça que je continue de suivre OpenGradient.
Pas parce qu’ils promettent de tout régler.
Mais parce qu’au moins ils osent dire clairement : l’IA n’est pas gratuite, la confiance ne disparaît pas—elle est simplement déplacée ailleurs.
Tu choisis quoi :
c’est juste mais lent, ou rapide mais en acceptant d’ajouter un peu de trust ?
$OPG #opg
Ça m’a légèrement agacé, puis j’ai pensé à @OpenGradient
Ce n’est pas parce que la bouffe est mauvaise.
Mais dans la crypto, il y a un ressenti très familier : plus j’entends le mot « verifiable », plus j’ai envie de demander : si l’argent s’envole, qui va payer ?
—
Le ZKML sur papier, ça sonne super beau.
L’IA a des preuves, l’inférence peut être vérifiée, tout est transparent.
Mais dans la réalité, le marché n’attend pas.
En DeFi ou pour du trading IA, quelques secondes de retard peuvent suffire à coûter cher.
Ça ne demande pas à quel point la preuve est jolie.
Ça demande juste :
« Le résultat quand j’appuie sur le bouton, ça marche ou pas ? »
C’est pour ça que je trouve qu’OpenGradient est plutôt pragmatique.
Au lieu d’obliger l’IA à tout vérifier avant de rendre le résultat, ils séparent execution et vérification.
L’inférence tourne d’abord pour que l’utilisateur reçoive la sortie rapidement.
La preuve arrive après pour conserver la possibilité de vérification.
Le LLM utilise le TEE pour que ça reste léger.
Les modèles légers utilisent du ZKML.
Si on veut de la vitesse, on choisit le mode vanilla.
Ils ne forcent pas tous les cas d’usage dans un seul compromis.
Mais la question reste.
Si la sortie est fausse, et que l’utilisateur agit déjà, puis que la preuve vient après et découvre l’erreur…
alors, la vérification à ce moment-là, elle a encore quel sens ?
C’est aussi pour ça que je continue de suivre OpenGradient.
Pas parce qu’ils promettent de tout régler.
Mais parce qu’au moins ils osent dire clairement : l’IA n’est pas gratuite, la confiance ne disparaît pas—elle est simplement déplacée ailleurs.
Tu choisis quoi :
c’est juste mais lent, ou rapide mais en acceptant d’ajouter un peu de trust ?
$OPG #opg
Connectez-vous pour découvrir plus de contenu