Ces dernières années, il y a un phénomène très intéressant dans le domaine des blockchains publiques.
Pratiquement chaque chaîne est en compétition sur un indicateur :
TPS.
De quelques milliers à des dizaines de milliers, puis à des centaines de milliers, les chiffres deviennent de plus en plus impressionnants.
Mais si vous réfléchissez sérieusement à une chose, vous réaliserez -
La plupart de ces transactions ne sont en réalité que des transferts de chiffres sur la chaîne.
Trader des cryptomonnaies, faire du market making, arbitrer.
Les transactions qui ont réellement des liens avec le monde réel sont en réalité très rares.
Alors la question se pose :
Si la blockchain veut vraiment devenir une infrastructure, elle doit finalement résoudre un problème -
Comment connecter la productivité du monde réel.
Récemment, en étudiant la conception de @Fabric Foundation , j'ai trouvé que leur pensée est en fait assez intéressante.
Ils ne se soucient pas trop de la compétition TPS, mais essaient de résoudre un autre indicateur :
Capacité d'exécution physique.
En termes simples, cela signifie :
Lorsque la chaîne émet un ordre, est-ce qu'il y a vraiment des machines dans le monde réel pour l'exécuter.
Par exemple :
Les drones effectuent des inspections
Les robots accomplissent le transport
L'équipement est assemblé
Les bornes de recharge complètent l'approvisionnement en énergie
Si ces actions peuvent être enregistrées, vérifiées et réglées, alors la signification de la blockchain serait complètement différente.
Parce qu'il n'est plus seulement un registre financier, mais un réseau de collaboration du monde réel.
Le cœur de la conception de Fabric comprend en fait trois éléments.
Le premier est un registre public pour coordonner la collaboration.
Différentes équipes fournissent des données, de la puissance de calcul ou des équipements, le système enregistrera ces contributions pour éviter que la collaboration ne devienne une confusion.
Le deuxième est le calcul vérifiable.
Dans une coopération multipartite, ce que l'on craint le plus, c'est que les résultats ne puissent pas être confirmés.
Si le processus de calcul et d'exécution peut être vérifié, de nombreux problèmes de confiance disparaîtront automatiquement.
Le troisième est une infrastructure de base native des agents.
En termes simples, il s'agit de transformer des capacités telles que la planification des tâches, la répartition des ressources et la gestion des droits en fonctionnalités par défaut au niveau du réseau, plutôt que chaque application ne les redéveloppe elle-même.
Dans ce système, le rôle de $ROBO est également très direct.
C'est à la fois un outil pour inciter les fournisseurs de ressources et une partie de la gouvernance du réseau.
Accès aux équipements
Contribution de puissance de calcul
Fourniture de données
Audit de sécurité
Ces rôles peuvent tous participer à la collaboration via ROBO et recevoir des récompenses.
Bien sûr, cette voie ne sera pas non plus un long fleuve tranquille.
Tant qu'il y a des incitations, il y aura nécessairement des jeux :
Contributions de vote
Ressources de faible qualité
Gouvernance centralisée
Ces problèmes finiront par se poser.
Ainsi, ce qui décide finalement si ce réseau peut fonctionner, ce ne sont pas des concepts, mais trois indicateurs réalistes :
L'efficacité de la collaboration
Le règlement est-il juste
La stabilité des règles
Si ces conditions sont remplies, le réseau de robots de demain pourrait devenir une toute nouvelle infrastructure.
À ce moment-là, la blockchain ne sera plus seulement un enregistrement des transactions.
Il se peut qu'il commence à coordonner la productivité des machines du monde réel.
Et la valeur de ROBO pourrait être ici.
