Le fondateur d'Akash et le CTO d'io.net en confrontation

Auteur original : TechFlow

L’un des événements les plus marquants de ces derniers jours est le lancement des jetons IO.NET.

Depuis les changements de prix à l’ouverture de Binance jusqu’à l’examen de l’expérience de fourniture de cartes graphiques pour miner des jetons IO… il semble que toute l’attention soit concentrée sur le niveau d’actif d’IO.

Cependant, il y a aussi des gens qui ne sont pas d’accord.

Par exemple, Greg Osuri, le fondateur d'Akash Network, un autre projet de cloud computing décentralisé, était un peu inquiet. Alors que son attention était focalisée sur les changements de prix des E/S, il est allé tester le produit IO.NET.

En conséquence, l’expérience a été quelque peu insatisfaisante.

Greg a ensuite commencé à signaler divers problèmes d'expérience produit d'IO.NET sur Twitter, et il est passé du statut de fondateur d'une autre entreprise à celui d'inspecteur qualité d'IO.NET.

Directeur technique d'IO.NET Gaurav Tdhinait Ils ont répondu l'un après l'autre, expliquant patiemment chacune des questions de Greg.

Les deux parties ont eu une discussion animée. En apparence, il s'agissait d'une séance de questions-réponses objective sur l'expérience produit, mais en coulisses, il s'agissait d'une compétition entre deux projets commerciaux similaires et de la préservation de l'image de marque.

Le fondateur d'Akash a testé les produits des entreprises concurrentes et a fait des suggestions. À ce stade, il est difficile de dire s'il s'agissait simplement d'un divertissement ou d'une volonté délibérée de pinailler.

Nous avons compilé l'intégralité de la conversation entre Greg, fondateur d'Akash, et le directeur technique d'IO.NET Gaurav Tdhinait pour restaurer l'événement.

Vous achetez un produit Apple mais recevez un Nokia à la place : vous sentez-vous trompé ?

La cause de l'incident provient d'un retour d'échec initial de Greg, le fondateur d'Akash, lors de l'utilisation d'IO.NET.

Greg a acheté un cluster de 4 cartes graphiques GPU A100 sur IO.NET et a payé les frais correspondants.

Après avoir déployé le cluster et payé les frais, Greg a découvert que les marchandises ne correspondaient pas à ce qu'il avait commandé. Après avoir vérifié diverses données, il a découvert qu'il n'avait pas reçu 4 GPU A100, mais seulement un RTX a4000.

Sur le papier, il y avait un énorme écart entre ce qu'il voulait et ce qu'il obtenait réellement. Greg a dit que c'était un peu comme payer pour un téléphone Apple et obtenir seulement un vieux téléphone Nokia.

Pour prouver son authenticité, Greg a non seulement demandé une explication à @IO.NET sur Twitter, mais a également publié un enregistrement vidéo qu'il avait enregistré et qui comprenait toutes les étapes d'achat et d'exploitation.

Ce message est rapidement devenu viral, et même d’autres ont eu tendance à croire qu’il s’agissait d’une fraude et ont exigé une explication de la part d’IO.NET.

Cette initiative a rapidement suscité une réponse personnelle du CTO d'IO.NET, Gaurav ( @GauravTdhinait ), qui a donné une explication relativement raisonnable.

Les soi-disant mauvais produits dans l'enregistrement vidéo de Greg sont en fait dus au fait que l'un des serveurs (nœuds) du cluster qu'il a créé n'est pas sain, de sorte que le cluster ne peut pas fonctionner normalement.

Quant à la raison pour laquelle l'A 100 a obtenu le RTX a 4000, plus précisément, le RTX a 4000 que Greg a montré est en fait le nœud maître du cluster (le serveur responsable de la gestion et de la coordination), plutôt que le nœud de travail (le serveur responsable des calculs réels) utilisé pour effectuer des tâches de calcul haute performance.

Et le cluster problématique IO.NET ne facturera aucun frais et sera automatiquement détruit par la suite.

En termes simples, la vidéo que vous enregistrez n’est pas la même que ce que vous voyez réellement.

Lorsque vous achetez un téléphone Apple, vous recevez toujours un téléphone Apple. Ce n'est que parce qu'il y a un problème avec ce téléphone Apple que le malentendu que vous pensez a eu lieu.

Plus important encore, le CTO Gaurav a également fourni d'autres preuves : Greg a en fait créé un total de 7 clusters sur IO.NET, dont 6 ont fonctionné avec succès.

Greg n'a publié qu'un article sur cette défaillance individuelle et a demandé une explication. Bien que IO.NET n'ait pas directement commenté ce comportement, il est difficile de ne pas penser que Greg pourrait s'en prendre à un cas particulier.

Les 6 personnes qui ont réussi n'ont rien enregistré ni rien dit, et celle qui a échoué a enregistré l'écran et a demandé une réponse. Certains internautes dans la zone de commentaires ont également déclaré :

Vous n’avez pas l’air d’être vraiment là pour utiliser correctement le produit…

Inspecteur qualité

Après avoir mis en doute la qualité du produit, Greg n'a pas cessé d'agir en tant qu'inspecteur qualité pour IO.NET. Il a continué à se plaindre d'autres problèmes avec le produit IO.NET et a continué à insister sur divers problèmes d'expérience.

Par exemple, Greg a déclaré qu'il avait rechargé 100 U sur son compte IO.NET, mais qu'il n'avait pas obtenu de mise à niveau pour débloquer la qualification permettant d'acheter plus de clusters. Il s'est demandé si IO.NET ne le censurait pas délibérément et ne limitait pas les autorisations de son compte.

Par exemple, le CTO d'IO.NET a estimé que le comportement de Greg lors de l'utilisation du produit était anormal. Il a rapidement créé un service de cluster et l'a supprimé immédiatement après 2 minutes. Greg l'a réfuté très sérieusement, en disant qu'il ne l'avait pas supprimé immédiatement, mais qu'il l'avait supprimé après un long moment, car le système IO.NET ne pouvait pas afficher correctement le GPU, et il semblait que le programme ne répondait pas, donc il l'a supprimé raisonnablement…

Au moment de la rédaction de cet article, Greg ouvre toujours constamment de nouveaux messages sur Twitter, allant même jusqu'à rassembler divers problèmes pour se plaindre, et disant à tout le monde de ne pas croire les paroles unilatérales du CTO d'IO.NET, et en passant, louant le bon fonctionnement de son propre réseau Akash.

Que IO.NET rencontre ou non des problèmes d'expérience utilisateur ou combien de problèmes d'expérience utilisateur il y a semble sans importance dans de telles discussions en ligne et publications d'exposition.

Au lieu de cela, l’impression est qu’en tant que fondateur d’un autre projet, il dépense beaucoup d’énergie à expérimenter les produits d’autres personnes, soulignant sans relâche divers problèmes et réfutant sérieusement chaque déclaration unilatérale.

S'agit-il de leur propre PDG ou de l'inspecteur qualité gratuit de quelqu'un d'autre ?

De cette façon, en vous attardant sur les détails, les gens ont l’impression que vous n’êtes pas trop sérieux, mais que vous abaissez plutôt votre niveau.

Le comportement de Gregs a également suscité des critiques de la part de la communauté. Certains ont dit sans détour : « Frère, tu devrais passer du temps à améliorer tes propres produits au lieu de te plaindre de tes concurrents. » D’autres détenteurs d’AKT ont estimé que la vision de Gregs n’était pas bonne et les ont poussés à vendre leurs pièces.

Les pairs se méprisent les uns les autres

En chinois ancien, l’expression « les lettrés se méprisent les uns les autres » fait souvent référence au fait que les lettrés se méprisent les uns les autres.

En fait, on ressent facilement le plaisir et la motivation de trouver des défauts comme le fait Greg – je suis également engagé dans le même secteur d’activité que vous, et bien sûr, je ne peux pas tolérer vos petites erreurs ; j’ai même souvent envie de dire : « Si vous ne pouvez même pas gérer cela, alors j’ai vraiment envie de vous dire quelque chose. »

Par conséquent, lorsque le fondateur d’Akash s’est plaint d’IO.NET, on peut dire qu’il s’agissait d’une sorte de mépris de DePIN.

Tout le monde a deux compétences, mais chacun espère que l’autre n’en a qu’une.

Les projets de cloud computing décentralisés ou DePIN émergent les uns après les autres. Les obstacles techniques sont peu nombreux, mais les activités nécessitent davantage de ressources. Le niveau d'expérience, le degré de fluidité et la quantité de ressources de la marque sont souvent les facteurs importants pour gagner ou perdre.

Cependant, si l'on agit personnellement en tant qu'inspecteur de qualité et que l'on n'est pas absolument sûr de pouvoir signaler les problèmes, cela ne fera que nuire à son image de marque.

Après tout, si vous êtes trop critique envers vos concurrents et qu’un événement inattendu se produit avec votre propre produit, la communauté soulèvera de vieux problèmes.

Laisser de la place à soi-même et aux autres est peut-être la philosophie dominante dans un monde dominé par des troupes de fortune.

Cet article provient d'Internet : Le fondateur d'Akash et le CTO d'io.net dans une confrontation

En relation : Colonne de volatilité SignalPlus (20240611) : 36 heures clés

Les Etats-Unis tiendront une nouvelle série de réunions du FOMC jeudi matin, et avant cela, de lourdes données sur l'inflation des prix à la consommation seront publiées mercredi soir, ce qui a laissé le marché mondial sur des charbons ardents. Selon Jinshi, le porte-parole de la Réserve fédérale, Nick Timiraos, a déclaré que la plupart des économistes du côté des acheteurs et autres observateurs professionnels de la Fed s'attendent désormais à ce que la Fed réduise ses taux d'intérêt une ou deux fois en septembre ou en décembre. Il existe deux risques à ce stade. Le premier est que la Fed considère la bonne activité économique comme un signal indiquant que la politique n'est pas suffisamment stricte et que le taux d'intérêt élevé ne sera pas maintenu assez longtemps ; l'autre risque est que la tentative de la Fed de frapper de manière préventive puisse enflammer le marché. Source : SignalPlus, Economic…