《Midnight Network et $NIGHT : sortir la "vérification" de l'exposition》
Dans le monde de la chaîne, il y a un vieux problème qui, en théorie, est très simple, mais qui est toujours compliqué à réaliser : pour faire des affaires, il faut vérifier, et pour vérifier, il faut être transparent. Ainsi, de nombreuses applications, pour gagner du temps, exposent directement les utilisateurs - informations d'identité, relations d'actifs, traces de comportement, associations d'adresses, tout ce qui peut être obtenu. Bien sûr, vous pouvez dire "Je n'ai rien fait de mal", mais la réalité est que : une fois les informations transmises, il est très difficile de reprendre le contrôle. Elles seront stockées, copiées, analysées secondairement, et finiront par devenir un portrait aux yeux des autres. @MidnightNetwork Tenter de défaire ce nœud mort : fournir de l'utilité sans compromettre la protection des données et la propriété. Cette phrase n'est pas un slogan, elle implique une exigence très rigoureuse - pouvoir vérifier les règles tout en exposant le moins possible les données brutes.
@Fabric Foundation ne suit pas le chemin "vie privée = tout cacher", ce qu'il veut faire, c'est : utiliser la chaîne, mais ne pas donner vos données. De nombreuses applications, dès qu'elles vérifient, vous forcent à dévoiler votre identité, vos relations d'actifs, vos comportements, et au final, une fois que vous avez réussi, la propriété est fragmentée par le processus. Midnight utilise ZK pour transformer la vérification en "prouver seulement la conclusion" : vous remplissez les conditions, vous n'avez pas dépassé les limites, vous avez effectivement des droits, mais sans exposer les données brutes.
$NIGHT doit également être rigidement lié à cette capacité. La preuve et la vérification ont un coût réel, $NIGHT doit prendre en charge "utilisation → règlement", afin que le réseau puisse fonctionner à long terme ; en même temps, les règles de confidentialité évolueront assurément, $NIGHT participera à la gouvernance et à l'exécution, pour que le réseau ait la possibilité de se mettre à niveau et de corriger les erreurs. Pour juger de sa valeur, il suffit de voir si son utilisation expose réellement moins, NIGHTS demande si cela provient d'une utilisation réelle et non d'un slogan. #night
《Les entreprises de robots deviennent de plus en plus comme une "chaîne d'approvisionnement", nécessitant un ordre exécutable : le véritable rôle de Fabric Foundation et $ROBO》
Un groupe de robots apparaît en même temps sur un site, ce qui met souvent le plus mal à l'aise n'est pas qu'ils puissent marcher. L'inquiétude vient d'une autre chose encore plus laide : qui a vraiment le pouvoir d'écrire les règles. Il y a une ombre très réelle dans (The Creator) — le conflit n'est pas seulement une question technique, c'est souvent une question de pouvoir sur le récit et la portée. Le monde réel n'est certainement pas aussi dramatique, mais lorsque des trajectoires comme celle de Tesla Optimus, celle de Dexterity.ai pour la "manipulation fine en entrepôt", et celle de Sanctuary AI pour les "compétences générales" commencent à se superposer sur la même carte industrielle, le pouvoir des règles va naturellement émerger : qui peut mettre à jour les stratégies, qui décide des critères d'acceptation, qui définit "l'exécution conforme".
Les entreprises de robots ces deux dernières années ressemblent à une bagarre de groupe : Tesla Optimus parle de "fabrication à grande échelle", Dexterity.ai se concentre sur la saisie précise dans les entrepôts, Sanctuary AI met l'accent sur "la bibliothèque de compétences générales", et avec diverses inspections et systèmes autonomes, le terrain ressemble de plus en plus à un grand projet d'assemblage. Ce qui coince d'abord dans l'assemblage n'est pas "savoir faire", mais "qui définit ce qui peut être fait".
@Fabric Foundation La position C est justement là pour résoudre ce genre de réalité : comment se forment les normes, comment les versions évoluent, comment les controverses entrent dans le processus, quelles enregistrements sont considérés comme des preuves clés, évitant ainsi que la collaboration ne devienne une cacophonie où chacun parle de son côté. $ROBO pousse le système vers une viabilité : les données, la puissance de calcul, l'accès, l'audit et la maintenance des modules nécessitent tous des investissements à long terme, $ROBO rend les contributions compensables, la gouvernance exécutable, tout en posant aussi des questions difficiles - comment établir les seuils de qualité, comment éviter le contournement, comment prévenir la concentration de la gouvernance. La "procédure" qui gère les règles de la Fondation, $ROBO gère les "carburants et contraintes" des règles, si ces deux voies ne fonctionnent pas bien, plus il y a de robots, plus cela devient animé, et plus la collaboration ressemble à un projet temporaire. #robo
Les règles écrites dans les mains de qui, les robots écouteront qui : Fabric Foundation et $ROBO sont la ligne principale du réseau de collaboration.
Certaines entreprises de robots poussent « ce qu'elles peuvent faire » à l'extrême, comme le Project GR00T de NVIDIA qui met le modèle de robot général sur le devant de la scène ; d'autres entreprises poussent « combien elles peuvent livrer » très loin, comme XPeng Robotics (petit robot de Xpeng), ANYbotics et d'autres qui se concentrent davantage sur la mise en œuvre technique et les scénarios d'inspection ; il y a aussi une catégorie qui travaille sur le « fonctionnement à long terme des systèmes autonomes », comme Zoox/Waymo (même si ce ne sont pas des robots, c'est essentiellement un système autonome fonctionnant dans la réalité). Plus ces lignes se déplacent rapidement, plus il est facile d'exagérer un problème : la collaboration des robots n'est pas une démonstration, mais un fonctionnement à long terme. Ce qui fait le plus peur dans le fonctionnement à long terme, ce n'est pas le manque d'intelligence, mais « l'échec des règles ».
机器人公司越卷越快,真正拖后腿的往往是“规则没跟上”:Fabric Foundation 与 $ROBO 的位置
机器人这波热闹,很容易被带成“谁的演示更炸”。但把视角挪到更现实的地方,焦点会变:机器人公司越多、进场越快,越需要一套能长期跑的制度与激励。主线其实就两根——Fabric Foundation 负责规则与程序,$ROBO 负责把资源供给和治理执行变成可持续机制。下面这篇不按常规“分点讲”,而是把公司与电影穿插在不同段落里,让主线一直落在 Foundation 和 ROBO。
Figure、Agility Robotics(Digit)、1X 这类公司把“进场”推得很狠,尤其是仓储和工厂这种场景。热度一上来,很多人会自然假设:机器人足够聪明,协作问题迟早会自己消失。科幻片《Automata》其实早就提醒过一次——系统真正崩坏的前兆不是机器人变强,而是规则被绕开、权限被滥用、过程说不清。 这就是为什么 Fabric Foundation 必须先站出来。它的价值不是背书,而是把规则变更变成可预期的程序:标准怎么定、怎么改、争议怎么进流程、哪些记录算关键证据。机器人公司推进速度越快,版本越密,现场越需要“谁说了算”的程序正义,否则只会变成各家后台各讲各话。
换个角度看,Boston Dynamics 代表能力上限,宇树代表规模铺量,Skydio 代表长期自治系统跑在现实环境里。能力与规模叠在一起,最先爆的通常不是硬件,是“口径”。《Blade Runner 2049》那种世界很残酷:身份与记录掌握在系统手里,你能不能被承认,取决于系统的口径,而不是事实本身。 @Fabric Foundation 的主线任务,就是避免“口径被少数人垄断”。开放网络的规则如果碎片化,会变成每家一套标准;规则如果被绑架,会变成少数人的工具。Foundation 在这里更像制度维护者:让规则演进有流程、有边界、有争议处理入口。
制度能写在纸上,但要跑起来,得有人长期供给资源。数据、算力、设备接入、安全审计、模块维护,这些都要持续投入。ROBO 把这件事摊到台面上的东西:让贡献可结算,让治理可执行。 《Upgrade》里最让人不舒服的不是力量增强,而是控制权悄悄换手——一旦执行成本和约束机制不在体系里,最后就会变成谁更能操控系统谁赢。现实里同理:ROBO 是奖励币,网络很快会空心;如果只奖励数量不奖励质量,刷贡献会把系统拖成噪音场;如果治理集中,规则会慢慢变味。 所以 $ROBO 必须和 Foundation 的规则体系绑定,尤其是“质量门槛”和“反刷”这一层,要写进机制,而不是写在宣传里。 再把镜头拉回公司层面。Covariant、Intrinsic 这种偏“机器人软件平台”的玩家会加速接入与泛化;Fourier Intelligence 这类硬件公司会加速交付与落地。接入更快、交付更多,意味着版本变更更频繁、边缘情况更多、协作冲突更密集。很多现场翻车不是一次大事故,而是一堆小异常叠起来:同一任务在不同版本下行为漂移,多个系统对同一事件给出不同解释,复盘时找不到统一时间线。 @Fabric Foundation 在这种场景里不只是“开会定规则”,更关键的是让版本与证据口径可对齐:哪些变更必须记录、哪些场景必须留痕、哪些行为需要更严格的约束。这些属于制度层的“地板”,没有地板,系统再强也会塌。
@Fabric Foundation 机器人公司越卷越快(Figure、Digit、Skydio、宇树这类),现场真正先崩的往往不是动作,而是“谁说了算”。任务权限怎么划、版本更新谁批准、出了争议拿哪份记录当证据——这些问题一多,协作就会退回人肉调度,最后还是人类背锅。科幻片《Upgrade》拍得很像这种恐惧:控制权不是突然抢走的,是在权限、接口、更新里一点点换手,等你发现时已经说不清了。
@Fabric Foundation 必须是主线,因为它负责把规则变更做成可预期的程序:标准怎么定、怎么迭代、争议怎么进流程、哪些记录算关键证据。没有这层制度,开放网络会碎成各家后台各讲各话。ROBO 则把制度拉进现实:数据、算力、接入、审计、模块维护都要长期投入,ROBO 让贡献可结算、治理可执行,同时也逼着系统把质量门槛、反刷、治理集中写进机制。Foundation 管规矩,$ROBO 让规矩跑起来,这才是协作能不能长期化的分界线。 #robo $ROBO
@MidnightNetwork Les projets de ce type craignent le plus d'être mal interprétés comme "une autre chaîne de confidentialité". Son véritable objectif est en fait plus réaliste : réaliser l'utilité sur la chaîne sans sacrifier la protection des données et la propriété. En d'autres termes, ne vous laissez pas exposer, mais ne payez pas le prix de "ne rien pouvoir faire" pour la confidentialité. Le problème de nombreuses applications sur la chaîne n'est pas qu'elles ne puissent pas faire des affaires, mais que la manière de faire des affaires est trop brutale. Pour vérifier les qualifications, elles vous obligent à fournir l'ensemble de vos informations, pour prouver votre conformité, elles exposent votre chemin de transaction à tout le monde, et pour gérer les risques, elles affichent de manière permanente votre comportement sur la chaîne. Vous n'avez peut-être pas commis d'erreur, mais vous serez contraint de vous livrer. Avec le temps, le monde de la chaîne deviendra un étrange échange : échanger la confidentialité contre l'utilisabilité.
@MidnightNetwork ne parle pas de "la vie privée est cool", mais d'un besoin plus réaliste : il doit y avoir de l'utilité sur la chaîne, mais ne vous laissez pas emporter. De nombreuses applications demandent aux utilisateurs de soumettre une multitude d'informations pour vérifier les qualifications, gérer les risques et se conformer, et finalement, ces informations restent sur la chaîne ou sont conservées par la plateforme, la propriété et le contrôle se perdent lentement. Midnight utilise ZK pour changer la méthode de vérification : il peut prouver que "la conclusion est valide", mais sans exposer les données brutes, protégeant ainsi les données et laissant la propriété entre les mains de l'utilisateur, tout en conservant l'utilité.
$NIGHT doit être étroitement lié à cette affaire, sinon ce ne sera qu'un symbole. Tant que le réseau doit fournir des capacités liées à ZK sur le long terme, il y aura de réels coûts et problèmes d'approvisionnement en ressources, NIGHT devrait avoir sa place dans "utilisation → règlement", permettant à l'utilisation réelle de générer une demande réelle ; d'autre part, les règles et paramètres du système de confidentialité doivent nécessairement être itérés, NOGHT doit porter l'exécution de la gouvernance, permettant au réseau de mettre à niveau, de corriger les erreurs et de fonctionner à long terme. Pour déterminer si Midnight et NIGHT valent le détour, vous pouvez vous concentrer sur trois points : l'intégration des développeurs est-elle suffisamment fluide, les utilisateurs exposent-ils peu mais peuvent-ils agir, NIGHT provient-il de l'utilisation plutôt que d'un slogan ? #night$NIGHT
《Lorsque les robots commencent à ressembler à une "infrastructure", les véritables protagonistes sont Fabric Foundation et $ROBO》
Ces deux dernières années, les changements dans l'industrie des robots ne se limitent pas à "quelques machines de plus ressemblant à des humains". Le plus grand changement est que les robots commencent à être déployés, intégrés et mis à jour comme une infrastructure. Des entreprises comme Covariant et Intrinsic, qui se concentrent sur les logiciels et les plateformes, accélèrent "l'apprentissage et la généralisation des machines" ; des systèmes autonomes à grande échelle comme Skydio mettent "l'exploitation à long terme" sur le devant de la scène ; des entreprises de matériel comme Fourier Intelligence concrétisent les formes et les livraisons dans des scénarios plus spécifiques. Les trajectoires de capacité sont différentes, mais elles pousseront toutes l'industrie vers une même réalité : une fois la coopération inter-équipes, inter-systèmes et inter-versions, les problèmes passent de questions techniques à des questions institutionnelles.
Covariant, Intrinsic ces types de « sociétés de plateformes logicielles pour robots », Skydio ce type de « déploiement à grande échelle de systèmes autonomes », et en plus des joueurs comme Fourier Intelligence qui poussent le matériel vers des scénarios, se réunissent pour créer une réalité : plus il y a de robots, plus ils ressemblent à des systèmes sociaux, et ce que redoute le plus un système social, ce n'est pas le manque d'intelligence, mais l'absence de règles. Dans 《Upgrade》, ce qui est le plus terrifiant, ce n'est pas que le protagoniste devienne plus fort, mais que le contrôle et la responsabilité soient échangés en toute discrétion ; dans 《Blade Runner 2049》, ce monde est plus explicite : une fois que l'identité, les autorisations et les enregistrements sont monopolisés, l'individu ne peut être défini que par le système.
@Fabric Foundation ici doit être le protagoniste : il fournit un cadre de règles et des programmes, détermine comment les normes sont établies, comment elles sont modifiées, comment les controverses sont intégrées dans le processus, quels enregistrements sont considérés comme des preuves clés, évitant ainsi que la collaboration ne devienne un discours disparate entre les différents arrière-plans des entreprises. $ROBO transforme les règles en une structure économique fonctionnelle : des données, de la puissance de calcul, des accès, des audits, et la maintenance des modules, ces contributions nécessitent des retours compensables, la gouvernance nécessite des coûts et des contraintes exécutables, tout en devant intégrer les seuils de qualité, la prévention de la fraude, et la gouvernance dans le mécanisme. Sinon, plus il y a de sociétés de robots, plus la collaboration est animée, plus le terrain ressemble à un projet temporaire, et il n'y aura jamais de véritable réseau. #robo$ROBO
人形机器人最近的变化,不是“出现了一家明星公司”,而是出现了一批路线不同、推进速度很快的新玩家:Figure 更像在冲企业场景与集成,Agility Robotics 的 Digit 更像在为仓储与搬运做可用形态,Sanctuary AI 讲“通用能力与软件栈”,1X 更偏“贴近真实生活环境”,Apptronik 走工程与产品化的结合。它们共同指向一个趋势:机器人要从单点演示走向成批部署。 部署一多,现实问题会突然换频道。能力讨论会退到后台,制度问题上前台:谁授权、谁验收、谁追溯、谁负责。科幻片里常用“机器人觉醒”制造冲突,现实里更常见的是“系统讲不清”制造风险。 《Her》里其实没有硬核机器人,但它把一个关键点拍得很准:当智能体开始参与决策,人类会越来越依赖它,可一旦出现误导或偏差,责任边界会变得模糊。 《Robot & Frank》更接地气:机器人能帮忙、能陪伴,但它的行为边界与记录归属,最终还是要落在制度上。 《Automata》则像警示片:系统最可怕的不是变强,而是规则被绕开、权限被滥用、过程无法复核。 把这些放回现实的机器人部署,结论会很现实:机器人公司越多、能力差异越大,越需要一个“大家都认的规则与证据体系”。这也是 Fabric Foundation 必须在主线里的原因。
@Fabric Foundation :制度不是口号,是可预期的程序 开放网络里最贵的不是性能,是“可预期”。 多参与方协作时,最容易碎的不是技术,而是规则口径:某次任务到底按哪套策略执行,谁批准的版本,哪些记录算证据,争议怎么进入流程,更新怎么生效,旧版本怎么过渡。没有稳定程序,协作会变成各家后台各讲各话。 Fabric Foundation 的价值在于把规则演进做成程序:标准如何形成、如何迭代、如何处理争议、如何维护中立性。它更像制度维护者,而不是宣传板。它存在的意义,是让参与方敢投入,因为规则变化不是拍脑袋,也不是被少数人随手改掉。 这点在“新机器人公司同场”时会被放大。不同公司带来的不仅是不同硬件,还有不同软件栈、不同更新节奏、不同数据口径。没有统一制度,现场会迅速陷入“对不上账”。