Algorand Layer-1智能合约直接在自己中执行很多常见的简朴生意业务。譬喻，Algorand Layer-1智能合约使前面提到的原子互换生意业务变得垂手可得。
第1层智能合约用TEAL（一种雷同于措施集的仓库呆板语言）编写。TEAL为措施员提供了实现前面提到的各类常见事务的表达本领。即将在2020年夏季完成的TEAL的“有状态”扩展，将答允措施将状态存储在第1层中，并查抄帐户余额和其他区块链状态是否具有更强大的表达本领。TEAL还将为链下合约提供加强的安详担保。实际上，它为下述链下合约提供了强大的基本。
链下合约挪用是“投机性的”，从某种意义上来说，链上状态（譬喻帐户余额）大概会在验证合约挪用到挪用结果达到区块链之间的时距离断内产生变革。纵然这样，也可以担保正确性。链外合约实现跟踪合约挪用的依赖干系，确保违反依赖干系的挪用的影响永远不会包括在区块链中。
链上合约与链外合约
就像主要的共鸣委员会一样，合约执行委员会由Algorand的安详，随机，自选算法选择。由于合约执行差异于块共鸣，而是确定性的，因此合约执行委员会可以利用更少的验证措施（约150个验证措施，而不是数千个验证措施）实现沟通的安详级别。
尽量很多简朴的区块链生意业务都适合第1层快速路径，但应用措施的“长尾巴”也需要更专业的东西。譬喻：
合约大概在计较上要求太高。譬喻，打点提供高度隐私的代币的合约大概需要计较麋集型库，譬喻ZK-STARK，ZK-SNARK等。同样，处理惩罚有代价资产的巨大合约可以自由利用断言来查抄其数据布局的完整性。如此长的计较大概会阻碍其他客户端的进度，从而低落每个客户端的块生成率。
合约大概太巨大了。TEAL是用于对简朴的第1层生意业务举办编程的成果强大且安详的东西，但更巨大的应用措施需要利用高级语言。精采的软件工程实践凡是需要将应用措施分成多个合约，有时由差异的各方提供。任何巨大到足以需要模块化布局的应用措施，最好由高级语言来打点。
如先前文章所述，Algorand Layer-1合约还为常见的“售后”生意业务，证券化贷款，众筹，仅授权生意业务，多签名钱包以及其他简朴的反复生意业务提供直接支持范例。
对比之下，Algorand智能合约体系布局为用户界说的Algorand尺度资产提供了内置支持，与Algorand的本机Algo钱币处于同一级别。Algorand区块链提供内置掩护，以防备意外建设或扬弃令牌，并直接支持可选地冻结，收回，锻造和记录代币。
Algorand（第2层）的链下合约
需要链上合约的区块链就像银行一样，要求所有金融生意业务都必需由出纳支票举办。在费钱之前，客户必需与所有其他客户一起在只有一名出纳员的银行办公室列队等待，以保管支票的金额。对比之下，利用链下合约的区块链就像利用通例支票帐户：客户无需在银行列队就可以写本身的支票，而当支票清算时，资金便会转移。
Algorand的第1层（链上）智能合约
链下合约代码以高级语言编写，并由虚拟机（VM）执行。链下合约具有其自身的恒久状态，称为合约存储。为了掩护隐私，合约存储自己未呈此刻区块链上。为了安详起见，每个合约挪用城市宣布一个理睬到最新的合约存储。链下合约可以读取账户余额和其他链上信息，而且可以发出生意业务（譬喻付款）来修改区块链状态。与传统的以太坊式合约差异，这些“结果生意业务”不是直接执行的。取而代之的是，该请求的结果由合约执行委员会验证者的法定人数来验证。通话结果生意业务被打包为第1层“全有或全无”生意业务，担保一起乐成或失败。
假如合约挪用重复通过合约执行委员会验证，但由于重复违反其链上依赖干系而从未进入链，该怎么办？回到支票的类比，通例支票比收银员的支票更快，更利便，可是纵然支票签名时帐户中有足够的钱，支票仍大概退回。可是，尽量支票有时会退回，但它们比收银员支票利用更遍及，因为大大都支票写者不会透支其帐户。同样，链下合约有时大概会失败，但我们但愿它们在大大都环境下都能乐成，因为它们的依赖干系大部门在用户的节制之下，而且用户将制止违反本身的依赖干系。
执行链下合约
合约执行委员会还跟踪每个挪用的依存干系。譬喻，将100个令牌从Alice转移到Bob的合约请求取决于Alice的令牌余额至少为100。委员会在执行结果之前会生成一个清单，供共鸣委员会查抄。（这些查抄是快速，，简朴，标量的较量。）每个原子事务及其证书和依赖干系，与任何其他事务序列一样，都提交给共鸣委员会，后者查抄原子事务的证书和依赖干系，包罗将来的原子生意业务。
图1显示了正常的Algorand执行，个中每5秒生成一个包括5000个事务的块。（一个区块中的5000个事务确实大概包括Algorand的Layer-1智能合约，而不会减慢区块的出产。）图2显示了向每个区块添加10秒合约挪用的结果：显然不行能维持5秒区块时间，假如每次合约通话都需要特另外10秒。图3显示了链下执行合约挪用的长处：合约挪用可以与通例生意业务并行执行，而不会损害区块链的吞吐量。
合约大概太大。譬喻，打点私人股票配售的合约大概需要咨询被答允介入的经认证投资者的数据库，可能与未经许可的列入黑名单的投资者的数据库举办查询。这些数据库大概太大而无法生存，可能太敏感而无法果真。
该委员会的每个验证人都执行合约挪用并发生一系列结果：合约挪用生成的区块链生意业务序列。然后，合约执行委员会出示已签署的证书承认通话的结果。简朴的结果清单，连同签名的证书和其他验证条件，然后提交给共鸣委员会。为了提高效率，可以批量执行多个合约挪用，因此都可以利用单个证书举办讲明。共鸣委员会验证者从不执行用户界说的合约代码，就像在链上合约体系布局中那样。取而代之的是，共鸣委员会验证者仅需在应用生意业务的影响之前查抄证书和验证条件即可。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
