在这种环境下，A和B无需期待确认 他们只需要发送一个已签名状态。
当您需要提款时-您将利用非凡数据挪用智能合约，这将在下面接头。
我们需要查抄状态的签名，并且状态是最新的。 大概是各方之间的斗嘴，而且智能合约需要按照法则（最新状态）举办办理。 必需防备将沟通的数据发送到差异的付出通道，而且假如参加者之一不提供任何信息，我们也需要办理这种环境。
技能文档缺乏
付出通道-一种在链外（之外）在2个生意业务方之间发送生意业务的要领，以使其更快、更自制、更本性化。两边在区块链上都有本身的帐户。
（根基常识）利用funC编写智能合约时-您需要相识如何陈设和编译智能合约以及如何利用自变量挪用函数-基本常识。有趣的是，没有关于此的任何具体信息，也没有完整的步调案例。
所有这些都必需用funC编写并颠末充实测试以确保安详。听起来很有挑战性。
其实并没有那么难，可是需要花上几天的时间去进修就可以毫无坚苦地开始利用funC编写了。
我们假设各方都可以作弊以撤回所有资金。 因此各方都需要证明本身要提取的金钱属于他们。
关于比赛任务
大大都提交内容都是多签名钱包和DNS理会器。 可是个中有几个具有付出通道。 显然付出通道是最巨大的任务，因此办理方案将更少，而且提供这些办理方案的大大都团队将比其他团队更强大。
办理方案和竞争敌手
（FunC）没有funC（雷同于C的智能合约语言）的文档。 这是一个问题，因为大大都TON比赛任务都要求您编写智能合约。 FunC —是将利用的主要语言，可用于编写智能合约。
我们感激TON给出的一个小小的指导目的，它确实辅佐了我们，但它仍然是相当具有挑战性的。
仅在确认生意业务状态之后。 之后A不能在B之前发送另一笔生意业务。 A需要期待B建设新状态。 因此它称为同步通道。下一步是什么？
我们要突出显示5个任务中的两个。异步付出通道和同步付出通道。 那么什么是付出通道？
项目比赛是吸引新开拓人员和成立社区的好要领，也可以办理缺少文档和案例的问题。我们抉择从角逐的角度总结角逐期间和角逐后产生的所有工作。
今朝约莫有10至20个具有足够技术和常识的团队可以开始构建TON的基本架构。 我们认为大大都乐成的ETH办理方案将由这些团队转移到TON。TON比赛确实可以改变与TON相助的团队数量，从而改变了近况。crypto/smartcontract
（在同步付出通道上从A到B的练下生意业务的可视化暗示）
另外尚有一个非凡的智能合约，可以在付出通道开放时存储两方的存款。您可以互相之间以您存入的金额发送生意业务。
A向B发送生意业务并将付款通道的状态从（a，b）改观为新的
为了证明这一点-他们将需要发送每个同伴的签名，以正确证明状态（sum A，，sum B和其他一些信息）。假如我们在谈论同步付出通道-我们有一个状态。
（在异步付出渠道上从A到B的链下生意业务的可视化暗示）
利用它比利用Fift要容易得多。 可是由于缺乏相关技能文档（基础没有文档），每小我私家都需要去阐明并实验领略利用funC。
打开付款通道时-您需要从两边将资金存入智能合约。
重要的是要相识所有工作都是在链下产生的，有一天您将需要与生意业务对方告竣协议并从智能合约中提取资金。在异步付出通道中，每个生意业务敌手都有本身的状态组。每个状态包罗A从B吸收的数量，A发送给B的事务数量，B发送给A的数量，B发送给A的事务数量。
假如付款通道已打开-您可以开始以每秒高出10万笔生意业务的速度彼此发送生意业务。
今朝TON完全缺乏开拓人员社区，而Fift（TON的智能合约语言）与通用语言的底层要领大不沟通。
署理商A和署理商B向智能合约发送硬币，举办存款以在它们之间成立付出通道。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
