#TBC# Algorithme de hachage sécurisé 256 de tromperie
TBC indique "algorithme central : Algorithme de hachage sécurisé 256" - c'est l'algorithme de minage de Bitcoin, sans lien avec le développement de contrats intelligents. L'utilisation délibérée de termes mélangés vise à profiter de la popularité de Bitcoin.
Erreur d'analogie "similaire à la relation entre ETH et ARB"
ARB est une Layer2 d'Ethereum (basée sur la technologie Rollup), ETH lui-même prend déjà en charge les contrats intelligents.
Le Bitcoin ≠ l'Ethereum, appliquer de force une logique relève de la substitution de concepts.
Le paradoxe de "soulager la congestion" Si BVM fonctionne sur le réseau principal de Bitcoin, chaque calcul de contrat doit être vérifié par des mineurs, ce qui aggravera la congestion (en comparaison : l'augmentation vertigineuse des frais de Gas sur Ethereum est due à la consommation de ressources pour les calculs de contrats).
Conclusion de faisabilité technique ⚠️ La feuille de route technique décrite par TBC est une conception de niveau "roman de science-fiction" :
À court terme, ce n'est pas possible (3-5 ans) : les développeurs principaux de Bitcoin ont plusieurs fois déclaré qu'ils ne soutiendraient pas la fonctionnalité de machine virtuelle.
Non nécessaire à moyen terme : les Layer2 existants (comme Stacks, RSK) ont déjà répondu aux besoins de contrats intelligents de l'écosystème Bitcoin.
Inapplicable à long terme : à moins que Bitcoin ne restructure complètement son code (ce qui équivaut à détruire le réseau existant), cela ne pourra pas être réalisé.
Conseils d'action
Méthode de validation technique
Visitez son dépôt GitHub (s'il existe), vérifiez la fréquence des mises à jour du code : les monnaies fantômes n'ont généralement pas de soumissions substantielles tout au long de l'année.
Recherchez les discussions sur "BVM" dans les communautés de développeurs Bitcoin (comme Bitcoin StackExchange) - il y a de fortes chances qu'il n'y ait aucune mention.
Alerte sur le discours de vente L'équipe du projet utilise des termes grandioses tels que « précurseur » et « libérer le potentiel » pour masquer le vide technique, ce qui revient essentiellement à donner un nouveau visage à de vieilles arnaques.
Références d'analyse autorisées Le développeur principal de Bitcoin, Jimmy Song, a publiquement critiqué : "Tous les projets qui prétendent transformer Bitcoin pour supporter des contrats intelligents ne sont que des escrocs ou des fous." (Source : Twitter @jimmysong 2023.11)
N'oubliez pas : la véritable innovation technologique ne dépend jamais de « miracles » à venir.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
6 J'aime
Récompense
6
2
Reposter
Partager
Commentaire
0/400
BRC20LeaderBitGold
· 08-12 13:17
Pro, puisque vous savez qu'il faut passer par le dépôt de code GitHub, pourquoi ne pas aller voir par vous-même qui sont les contributeurs au code, et comparer avec les contributeurs du code de la chaîne publique btc, pour voir s'il y a des croisements ? Et vérifiez aussi quelle année le premier code de la chaîne publique tbc a été publié ? Tout cela peut être vérifié ! Tout est accessible et public dans le monde entier !
#TBC# Algorithme de hachage sécurisé 256 de tromperie
TBC indique "algorithme central : Algorithme de hachage sécurisé 256" - c'est l'algorithme de minage de Bitcoin, sans lien avec le développement de contrats intelligents. L'utilisation délibérée de termes mélangés vise à profiter de la popularité de Bitcoin.
Erreur d'analogie "similaire à la relation entre ETH et ARB"
ARB est une Layer2 d'Ethereum (basée sur la technologie Rollup), ETH lui-même prend déjà en charge les contrats intelligents.
Le Bitcoin ≠ l'Ethereum, appliquer de force une logique relève de la substitution de concepts.
Le paradoxe de "soulager la congestion"
Si BVM fonctionne sur le réseau principal de Bitcoin, chaque calcul de contrat doit être vérifié par des mineurs, ce qui aggravera la congestion (en comparaison : l'augmentation vertigineuse des frais de Gas sur Ethereum est due à la consommation de ressources pour les calculs de contrats).
Conclusion de faisabilité technique
⚠️ La feuille de route technique décrite par TBC est une conception de niveau "roman de science-fiction" :
À court terme, ce n'est pas possible (3-5 ans) : les développeurs principaux de Bitcoin ont plusieurs fois déclaré qu'ils ne soutiendraient pas la fonctionnalité de machine virtuelle.
Non nécessaire à moyen terme : les Layer2 existants (comme Stacks, RSK) ont déjà répondu aux besoins de contrats intelligents de l'écosystème Bitcoin.
Inapplicable à long terme : à moins que Bitcoin ne restructure complètement son code (ce qui équivaut à détruire le réseau existant), cela ne pourra pas être réalisé.
Conseils d'action
Méthode de validation technique
Visitez son dépôt GitHub (s'il existe), vérifiez la fréquence des mises à jour du code : les monnaies fantômes n'ont généralement pas de soumissions substantielles tout au long de l'année.
Recherchez les discussions sur "BVM" dans les communautés de développeurs Bitcoin (comme Bitcoin StackExchange) - il y a de fortes chances qu'il n'y ait aucune mention.
Alerte sur le discours de vente
L'équipe du projet utilise des termes grandioses tels que « précurseur » et « libérer le potentiel » pour masquer le vide technique, ce qui revient essentiellement à donner un nouveau visage à de vieilles arnaques.
Références d'analyse autorisées
Le développeur principal de Bitcoin, Jimmy Song, a publiquement critiqué : "Tous les projets qui prétendent transformer Bitcoin pour supporter des contrats intelligents ne sont que des escrocs ou des fous." (Source : Twitter @jimmysong 2023.11)
N'oubliez pas : la véritable innovation technologique ne dépend jamais de « miracles » à venir.