Facebook发起的加密数字货币项目Libra6月18日正式公开亮相。Libra同步发布了多语言官网和白皮书，定位为面向数十亿人的全球货币和金融服务基础设施。Libra还发布了多个技术白皮书，详细介绍了其新开发的编程语言Move和共识协议LibraBFT。Libra源码已在GitHub开源，测试网络也已上线。目前设计为许可链，其声称当前非许可链不存在成熟的解决方案能够支撑数十亿人的使用需求，并表明将在发布五年内开始转向非许可链的过渡工作。
Libra的一系列发布中，新的编程语言Move尤为吸人眼球。第一时间看了Move的白皮书，嗯，这也许才是未来智能合约语言该有的样子。
一位来自柏林的开发者LefterisKarapetsas在社交平台上提出了自己的观点：
Theirdesigngoalsseemtooverlap,orevenaimtoreplaceEthereum?
他们的设计目标似乎有些重叠，或者甚至旨在代替以太坊？
PuzzleToLife.com的创始人CryptoPuzzleDream认为：
NFT市场BlueMove在Sui Devnet上推出去中心化交易所:金色财经报道，NFT市场BlueMove发推称在Sui Devnet上推出去中心化交易所，可以该平台上交易SUI、ETH和其他代币。[2023/2/22 12:23:12]
Ithink"move"programminglanguagereleasedby$FBcouldbemoreinterestingthanlibra
我认为FB发布的“move”语言比libra更有趣。
JamesClark是一名标准极客，他说：
I'musuallyprettyskepticalofanythingrelatedtocryptocurrency,buthere'sonepieceofLibrathatlookspotentiallyinteresting:abytecodeprogramminglanguagecalledMovewithsemanticsinspiredbylinearlogic.
我通常对与加密货币相关的任何东西都表示怀疑，但是Libra中有一部分看起来相当有趣：一个被称为Move的字节码编程语言，其语义受线性逻辑的启发。
而我脑子里闪过是这样一句话：
Move是为「数字资产」而生的智能合约平台型语言。
bloXmove正式对外宣布与Spherity的战略合作关系:据官方消息，bloXmove对外宣布与Spherity达成战略合作关系，Spherity是他们最早也是最长久的合作伙伴之一。
Spherity的技术将辅助bloXmove建立一个更安全的去中心化移动出行平台。Spherity的加入会将bloXmove的开放和合作的移动出行联盟愿景变为现实。
据官方介绍，bloXmove旨在为重塑出行方式打造更便捷的出行体验，基于区块链技术优势提供无缝衔接的全球出行联盟。
Spherity是德国去中心化数字身份软件供应商，为众多企业、机器、产品、数据以及算法打造安全身份系统。
Spherity公司提供的软件是基于W3C DIDs和可验证的凭证的数字身份管理的软件，从安全身份认证和全自动化业务进程两个层面为移动区块链平台提供技术支撑。[2021/7/28 1:20:51]
Move语言的三大用处
发行数字货币，Token，和数字资产
灵活处理区块链交易
验证器管理
自底向上的静态类型系统
Move采用的是静态类型系统，类型系统本质上是一种逻辑约束。相比以太坊的智能合约语言来说要严格地多。现代的编程语言比如Rust,Golang,Typescript，Haskell,Scala,OCaml都不约而同采用了静态类型系统，他们的优点是，很多编程低级错误都可以在编译的时候发现，而不是拖到运行期才爆出bug。
动态 | 比原链设立1亿MOV生态专项基金:2月14日，比原链基金会宣布拿出1亿BTM，设立MOV生态专项基金，用于MOV生态合作伙伴招募、项目投资、用户运营等方面，进而推进MOV生态体系建设。专项基金设立后的第一站就是发布赏金计划，重点是为与MOV生态相关的软件和工具，学术研究以及教育与文献等项目提供资金支持。[2020/2/14]
Well-typedprogramsnevergetstuck.
这是程序语言领域的一句黑话：一个类型无误的代码永远不会跑飞。意思是，如果一段合约代码经过了类型检查，那么可靠性会相当高。
Move也没有设计成一个100%静态类型检查的语言，那样会降低实用性。Move提到了尽量让类型检查在编译的时刻进行，而不是等部署到链上之后。当然有些类型检查不得不放到运行期，但是仍然可以保证类型安全。
Move有个非常好的设计思路是，从虚拟机开始就是静态类型化的，然后往上是一个中间语言层，IR，也是类型化的。将来，Move上层将会提供更多的面向各种金融应用的高级语言，那些语言自然也是静态类型，保证智能合约不再会发生非常低级的错误。
First-classResources理念
First-classResources这个词相当的学术，中文翻译过来叫资源是一等公民，这究竟什么意思呢？
动态 | 比原链发布MOV稳定金融体系白皮书:1月15日，比原链正式发布《MOV 稳定金融体系白皮书1.0》。白皮书提出了一种创新稳定金融方案，与当下的稳定币项目相比，有3点优势：
一是真正意义上的多资产抵押稳定金融体系，抵押资产包括BTC、ETH、USDT和BTM；
二是当下的稳定币项目大多是从稳定币本身出发和立项，没有站在构建完整生态的高度和立意上思考；
三是激励循环机制，不同的角色担负不同的责任并从系统获利，极大的维护了系统的稳定性。[2020/1/15]
所谓的编程语言的一等公民就是编程语言在编程的时候首要考虑的被编程对象。
那么资源，Resources又是什么呢？这也是一个很学术的名字。Resources是和Value相对应的概念。Value是可以随意拷贝的，而Resources只能被消耗，不能被拷贝。Resources就像可乐，你喝了一瓶就少了一瓶，而Value，就好比写在本子上的英文单词，每天早上都可以念一遍，念完他不会消失，如果你记住了，那就在脑子里拷贝了一份。不仅你可以念，我也可以念，你可以背，我也可以背。
传统的编程语言，包括以太坊智能合约语言中，对于数字资产的记账是采用的Value方式，这会导致一个问题：记账是有可能记错的。事实上记错账的智能合约相当得多，比如张三向李四转账，李四的账户多了10块钱，但是张三的账户余额却没改。过去两年里的各种记账漏洞甚至一度搞得大家已经对智能合约的未来丧失了信心。
动态 | eToroX 实验室将对 Libra 编程语言 Move 进行试验:全球多资产交易平台 eToro 旗下加密货币交易所 eToroX 的区块链实验室团队宣布将对 Facebook 区块链 Libra 使用的编程语言 Move 进行试验，使用部署在以太坊区块链上的 eToken 实施，测试代币如何在 Libra 上运行。eToroX 团队表示 Move 类似编程语言 Rust，但 Move 以不同的方式定义资源：Move 不允许移动或复制资源，目的是防止意外重复和丢失；Move 会阻止代表其他用户发布数据，因此用户需要确认所发布的所有内容，使他们能够完全控制选择共享的信息。[2019/6/28]
Move合约采用了一种吸收了传统理论「线性逻辑」的类型，叫做资源类型。数字资产可以用「资源类型」来定义，这样一来，数字资产就像资源一样，满足线性逻辑中的一些特性：
数字资产不能被复制
数字资产不能凭空消失
First-classResources的真正含义是数字资产是一等公民，这句话可以引申出，Move是为操作数字资产而生的智能合约语言。从技术角度讲，数字资产可以作为合约的变量，数字资产可以存储，可以赋值，可以作为函数/过程的参数，也可以作为函数/过程的返回值。而Move的静态类型系统使得智能合约代码能够在编译期，也就是部署前就可以通过编译器检查出绝大多数的资源使用错误。保证智能合约不再像以前那样的脆弱不堪。
摘用白皮书摘要中的一句话：
First-classresourcesareaverygeneralconceptthatprogrammerscanusenotonlytoimplementsafedigitalassetsbutalsotowritecorrectbusinesslogicforwrappingassetsandenforcingaccesscontrolpolicies.
作为一等公民的资源是一种非常普遍的概念，程序员不仅可以用它实现安全的数字资产，同时也可以编写正确的业务逻辑，实现正确的访问控制策略。
合约安全性设计
Move合约在设计时，充分考虑了安全性。首先Move完全不支持动态指派。好，我这里解释下什么是DynamicDispatch，通俗地说，这是一种非常灵活的语言机制。在程序里面是可以写很多的函数，或者过程，或者子程序。然后一个主程序可以来调用这些函数/过程/子程序，来分别完成不同的功能。如果程序在运行之前，我们就能知道它到底都调用了哪个函数，或者以某种顺序调用很多函数，那么这些函数调用是「静态」的，如果在运行之前，我们不清楚某一步的函数调用究竟是调用了哪一个函数，直到程序运行的时候，通过观察，我们才能知道的话，那么这个函数调用被称为是「动态」的。「动态」显然要比「静态」灵活的多。
但是灵活也意味着更容易出问题。现代很多编程语言都或多或少支持动态指派，也就是从语言层面直接支持，比如面向对象语言中的「继承」导致的「动态绑定」。动态特性是不利于程序的推理，更不利于形式化验证，也更容易出安全问题。在以太坊智能合约设计中就存在许多「动态特性」，比如支持函数指针做参数，合约做参数，delegatecall等等。而在Move语言中，完全不支持任何形式的「动态指派」或者「动态特性」，所有的合约执行路径都能在编译的时候确定，然后可以进行非常充分的分析、验证。
Move合约在运行前都会经过一个字节码验证器进行校验，这个验证器可以检查出各种类型错误。同时字节码在解释执行的时候，仍然是带着类型，一边运行，一边检查。
Move语言对合约可修改变量进行了非常严格的限制，并且从Rust语言那边偷师了一些设计理念。保证任何时刻只能由一个指针对可修改变量进行修改，这样不会造成混乱。以太坊Solidity里面，可以定义很多的指针指向同一个变量，如果代码逻辑没考虑清楚，就会很容易出问题。
与以太坊EVM平台相比，Move模块系统不支持循环递归依赖，完美解决合约重入漏洞。
强悍的模块系统
Move模块系统采用的是一种函数式编程语言风格的设计，按照白皮书的说法：
Movemodulesaresimilartosmartcontractsinotherblockchainlanguages.…,However,modulesenforcestrongdataabstraction—atypeistransparentinsideitsdeclaringmoduleandopaqueoutsideofit.
模块系统可以很好地将数字资产的概念打包封装，对于数字资产的操作比如通过模块的公开接口，并且在这个接口上可以做灵活的权限控制。在写以太坊智能合约的时候，以太坊上的ERC20Token是作为一个合约而存在，而在Move语言中，一个Token可以被想象成一个箱子，被随意像资源一样传递，但是同时不会暴露箱子内部细节。同时模块系统的抽象也完全基于它的静态类型系统，并且类型安全性完全可以由智能合约虚拟机来检查保证。
Move的模块系统为智能合约的形式化验证提供了非常好的基础，在模块内部可以定义「不变式」。所谓的不变式是指对数字资产内部状态的一个严格约束，这个约束可以为形式化验证的自动化提供非常有价值的信息。而且，模块系统的「不透明抽象」可以使形式化验证工作变得模块化，成本更低。在Move模块系统上编写程序分析器，符号执行器也会简单很多，因为经过抽象，可以把合约逻辑变得非常简单，易推理。
面向未来的Move智能合约
Move虽然看起来还略显粗糙和稚嫩，但是这个方向仍然让人激动人心，从Move语言层面可以看到Facebook的野心，是想做一个庞大的数字资产平台。这个角色本来是应该属于以太坊。
我为什么有点喜欢上了Move，想了想，大概下面三个原因：
汲取了PL(程序语言)领域研究成果，同时也吸收了EVM智能合约语言的经验教训
从设计上无比重视「智能合约安全性、正确性」
没有墨守成规，而是积极创新，是设计构思真正适合金融应用的智能合约语言
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。