应用措施还可以在注册时将本身的代币分发给用户。这种机制雷同于发放只能在应用措施合约中利用的免费优惠券。
生意业务必需以正确的nonce顺序执行:帐户的第三个生意业务不能包括在一个块中并在第二个生意业务之前执行。
另一个要思量的是中继器智能合约利用的nonce系统。nonce系统用于制止重播进攻。所选择的nonce系统办理方案将影响处理惩罚生意业务的方法。譬喻，假如您但愿锚定证书，您必定但愿可以或许同时发送大量的生意业务。
假如几个客户竞争尽快执行他们的生意业务，GAS价值会溘然上涨。想象一下这样的场景: 一个账户提交了一笔GAS价值过低的生意业务，生意业务将被未成年人更有利可图的生意业务流入所困。
中继器处事凡是通过经典的web API果真。它们还可以作为应用措施和节点之间的“web3提供者”前的署理，以利便它们与web3js等库的利用。
在MetaMask发送的生意业务上实现一个“中继署理”要比看起来巨大得多。应用措施利用合约中的发送者将被克制，因为它包括中继器的地点，而不是用户的果真地点。
您大概想知道:假如应用措施可以本身为其用户中继生意业务，那么什么时候以及为什么需要中继器?
我们是如安在这种环境下竣事的呢?为什么通过区块链回响，这会阻碍用沟通帐户发送的每一笔新生意业务?生意业务中继器能带来什么来防备这种环境产生呢?
加密猫和ICO的着名，导致此刻去中心化的金融协议也要面临这一挑战。这些问题在以太坊仍然时有产生。
最后，除非您可以强制利用帐户的顺序(譬喻，假如生意业务是从用户的钱包发出的，这是不行能的)，不然您将必需利用大概与新市场价值相关的GAS价值来打点帐户的所有待处理惩罚生意业务。
结论
抱负环境下，所有这些处事对付开拓人员都应该透明地事情，也就是说不需要修改他们的智能合约或应用措施代码。
在用户方面，这种荆棘感雷同于你在电子商务网站上付款失败时的感受。在应用措施方面，除了它发生的支持之外，这凡是会导致收入的损失。
快速提醒: 以太坊上的生意业务是由一个称为“nonce”的与生意业务相关的数字布置的。链上的每个帐户都有一个“nonce”，该“nonce”随每个生意业务递增。因此，帐户执行的第一个生意业务将具有nonce 1，第三个生意业务将具有nonce 3。
为了降服这一问题，一些应用措施仅仅代表用户付出GAS用度。这种要领常常被开拓人员忽略，因为它与旨在担保网络独立性的协议的哲学相去甚远。在这种传统模子中，应用措施将GAS视为基本设施本钱，就像AWS上的CPU耗损一样。由于收入的发生凡是与智能合约的利用相关，因此在大大都环境下，
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
