以下是Dimitar Ivanov在Telegram的Ask-Me-Anything Session中回答的问题：
＃1 - 你知道以太坊状态通道技术吗？与以太坊状态通道技术相比，æternity状态通道技术有哪些优势？
是的，我们知道以太坊的状态通道技术。目前有一群来自最着名的状态通道项目的研究人员，定期举行电话会议，来交流和讨论想法。我们也是这些电话会议一份子。我相信所有其他人都建立在ETH之上，他们必须使用智能合约开发所有内容，通常最终采用中心化/或有限的解决方案。另一方面 - 我们的方法是使用一些高度专业化的交易类型，旨在使AE状态通道更可预测、更稳定、更容易推理。从更广泛的角度来看 - 我们完全是去信任和去中心化的。
＃2 - 你能展示一些可以展示状态通道优势的演示吗？
我们有一个演示，在两方之间运行了1 000 000个链下合约请求，费用几乎为零。所有需要支付的内容都只是channel_open和channel_mutual_close（状态通道开启和关闭需要上链）交易费用。目前这是一个“一次性”的演示，后来没有人支持它，现在它已经过时了。我相信有一个闪亮的æpp演示正在进行中，但我目前不知道他们的进展。
＃3 - æternity主要考虑突破的行业是什么？
我们正在寻找商业和用户应用程序。我们的想法是创建一个可以在各个行业中使用的安全、高效的平台。我认为最重要的用例将涉及金融服务，保险和一般业务 - 基于全球范围内无限制价值转移的新型去中心化经济。
＃4 - 您认为AE比较EOS、TRON的优势是什么？有什么缺点？
即使用一小时回答这个问题，可能都不够用。我个人认为，EOS有很多参数错误，试图通过半生不熟的技术解决方案来解决社会问题。当然，这只是个人意见。
关于TRON - 它们是一个很好的平台，我们将看到它们将如何发展。
另外，关于他们的主要优势可能是比AE更响亮 ：
＃5 - 状态通道是否支持多方通道？如果是的话，什么时候会发生？
多方状态通道是一个热门话题。我个人不太建议，因为到目前为止我还没有看到一个理论上不容易被攻击的解决方案。它们最终导致中心化，依赖其他方或因设计问题导致缺陷。我希望我们可以使用虚拟状态通道提供替代方案。
＃6 - 假设存在虚拟状态通道。您认为链上交易量是否会下降（除了oracle和AENS交易）？如果区块奖励减少并且95％的交易发生在他们没有收取任何费用的状态通道内，您认为矿工仍然有足够的动力来挖新区块吗？
链下和链上交易解决了不同的问题，它们只是解决问题的工具。相反，一方不会顶替另一方 - 双方是互相补充，一个整体。
＃7-状态通道的最大tps是多少？
这取决于您的硬件配置和您正在做的事情。在中型AWS上，您每秒可以在单个状态通道中进行50次智能合约呼叫。
＃8 - 昨天我询问了3个派对频道，例如管理两个参与者之间的游戏。你说通过管理3个频道（A-B，A-C，B-C）的签名消息已经有办法做到这一点。
看到这种情况的PoC或Demo会很酷。基本上，这就是我想象的多方通道 - 在通道之间共享状态（链上状态通道通道或虚拟状态通道）。
＃9 - 我想有一个工具来管理我的个人状态通道和在其中发生的交易。有点像私人状态通道探险家。您认为这是否有意义并且团队是否计划实施此类应用程序？
我称之为状态频道钱包。我个人认为，我们需要将其作为Baseæpp的一部分。这是我个人需要得到支持的需求，所以这样的项目可以获得融资。
＃10 - 状态通道中的合约可以修改吗？如果合约公布，我们如何保证合约不会在中途修改？如果可以修改，我们如何确保先前执行合约中参与者的安全？一般来说，状态通道可以防止跑路吗？
是。每个状态通道都是一个独特的世界，只有当两个参与者都同意变更时，才能修改。如果Alice和Bob对新修改的合约感到满意 - 他们可以更改它。只有双方都同意这一点，所以如果你不同意 - 你是安全的。
＃11 - 您是否相信æternity区块链会比EOS更好？
我认为这是一个关于我个人意见的个人问题，与AE官方无关。
我认为，从技术角度考虑，AE比EOS好得多。但是另一方面，EOS更受欢迎。我不确定你的“更好”的意思是什么。如果是指市场份额 - EOS现在明显获胜。当然并不是拥有更好技术的项目就意味着更受欢迎。例如，我认为从技术角度看ETH比BTC好，但BTC更受欢迎。
我认为AE提供了比EOS更好的区块链，但我们目前缺乏一些关于IDE等的基础设施。尽管如此，我们正在快速完善这些基础设施。我不明白为什么有人会优先使用EOS。仍然 - 这仅代表个人意见。
＃12 - 其他平台上的博彩项目，在获得资金以后，更改合约，然后跑路。æternity怎么解决这个问题？
链上的智能合约不会改变（除非在状态通道中，并且当两个参与者都同意时才可修改）。我认为可以肯定地说，链上和链下的合约都是安全的。
＃13 - Base æpp什么时候会支持基于æternity的二级代币（不仅仅是Mainnet æternity代币）？
这即将发生。目前，Baseæpp正在开发中，其中包括一些我认为必不可少的有用功能 - 例如 - 交易历史记录以及移动设备和桌面集成。您可以在此处关注Baseæpp开发团队的进展：
[更新]第12周：基地æpp>>背景，短期计划，长期愿景（即将推出）和过去 钱包和æpp浏览器
状态2019年3月21日Baseæpp：生产环境 基地æpp：临时环境 敏捷项目跟踪器 当前冲刺：36 代码库 当前产品经理/ Base的所有者æpp：Stoyan Vasilev 以前的产品经理/ Base的所有者：Ray Jacobs，Emil Wagner和长期计划自æternityMainnet（2018年11月下旬）推出以来，Baseæpp功能逐渐从与以太坊网络一起工作，再到与æternityB一起工作…
＃14 - 将来æternity将成为PoS区块链吗？
我不知道怎么回答这个问题，目前æternity是一个很快就会有POS治理机制的公共区块链。由社区决定。
＃15 - 目前的AE挖矿算力集中在2-3个采矿池（Beepool已超过60％），这种情况可能导致51％的攻击。团队在这方面做了什么，还有其他问题吗？
是的，我们非常清楚这一点。矿池主要由个体矿工组成。如果矿池试图“欺骗”，这可能会使用户移动到其他矿池。这意味着矿池需要遵守规则。另一个因素是，æternity主网的时间大约是5个月，挖矿总算力需要时间来进行去中心化。目前我个人并不认为AE比大多数POW项目更具中心化。在几乎所有其他区块链（比特币和以太坊）中，大约3个池可以进行51％攻击。
话虽如此，我们正在努力争取更多的矿池。
你也可以在这里投票æternity：https：//twitter.com/pool2miners/status/1112752160305876992
＃16 - æternity是否会制定状态通道和预言机的公共标准？
在æternity中，状态通道和oracles都有很好的定义，所以我们留给开发者在协议范围内进行自由发挥。我认为我们不需要进一步标准化，但它可能会有机地出现。
请看这里的oracles部分：您是否设想或提供了关于oracles的“接口规范”的标准化？
＃17 - oracles会获得外部数据，然后在状态通道中激活合约吗？
早已实现！自Mainnet主网上线以来，您可以使用oracle的响应来调用合约！
＃18 - Grin ASIC矿机也可能支持æternity。æternity会对此做些什么吗？挖矿算法是否可能改变？
我不能代表AE代表此发言，但我个人认为长期来看ASIC很好。我认为从长远来看，它们可能对网络的去中心化很有价值。仍然 - 只是个人意见。 [请看下面对这个问题的一些澄清]
＃19 - 将状态通道集成到核心协议中的优势是什么？
我相信有不止一个优势。可能最大的好处是，这将使状态通道可预测、安全和同质。这意味着您可以使用自己的客户端，我可以使用不同的客户端，遵循协议，我们将能够建立共识。这适用于我们所有状态通道和状态通道的应用。目前，为了使用其他项目的通道，您必须使用其他项目的应用程序。通常，当事情变糟时，我们只能希望他们是诚实的。但是在AE中，您是负责您的操作和数据的人。我们的争议机制也更便宜、更强大，但这很难衡量，所以需要大家自己判断。
＃20 - æternity是否正在研究多方状态通道？
是的，我们已经讨论很长一段时间，出现了不同的方法，目前我们都不喜欢。所以，摸索 - 是的，开发：目前没有/暂时没有/以后可能会开发。我强烈希望我们可以使用虚拟状态建立多方。
＃21 - 什么是虚拟状态通道？为什么它们有用？
状态通道在链上打开、更新、争议和关闭，这包括一定的费用、一些确认时间，并在各方的互动会在链上留下痕迹。虚拟通道是使用现有通道上，在链下打开通道。期望是，确认会更快、更便宜，也可能更私密。这里最重要的是保持同样程度的去信任（trustlessness）。
＃22 - 使用状态频道的第一个æpp可能是什么？
我猜测它可能是回合制游戏（国际象棋，Go…）或使用链上预言机的博彩游戏。
＃23 - 什么时候在Baseæpp实施状态通道？是否会在其中实施？
这或多或少是营销定位问题，因此它可能超出我的能力范围。我的答案仅供参考。我个人认为Baseæpp必须结合状态通道。我正在和来自不同AE团队的成员讨论这个问题，我正在积极推动这个方向。到目前为止，没有人提出任何反对它的强烈论据，相反 - 这个想法可能正在考虑和完善。敬请期待。
＃24 - 开发人员开始使用æternity的状态通道面临的主要挑战是什么？怎么能克服它们？与试图实施该技术的其他区块链相比，难度是大还是小？
由于所有项目的特点都不同，因此很难将我们的方法与其他方法进行比较。我认为，我们的状态通道在单一通道中持有大量合约并能够在其上取得进展，这更具可扩展性。这虽然很好，但导致一些复杂性和许多需要处理的竞争条件。这就是为什么我们已经在AE的状态通道的FSM中完成了大部分繁重工作，处理了很多艰难的工作。同时，我们只想赋予用户权力，我们希望用户负责。因此，FSM不会为客户做出任何决定，也不会为客户签署交易。这导致我们需要一个客户端应用程序。它必须经过适当的审核，必须具有出色的用户体验，以便以可理解的方式传达所有操作，以便用户可以采取适当的措施。
＃25 - 状态通道与支付通道有何不同？
他们都有状态 
支付通道可以在参与者之间交易支付，仅此而已。状态通道可以持有和执行合约，他们可以单方面推动合约状态在链上的进展等。如果我可以使用类比：智能手机和傻瓜手机 - 是的，他们都是手机但是前者可以做得更多…
＃26 - 今天在æternity上使用状态通道的最简单方法是什么？你打算如何在未来更直观地使用它？
可能最简单的方法是使用JS SDK构建你的æpp。不久，Python SDK也将获得通道支持。我不确定是否会公布有关使其更易于使用的后续步骤的未来计划，因此我不会回答问题的第二部分 
…
非常感谢@ Dimitar.Ivanov，非常有帮助！
即将推出更多AMA会议！
祝好
Mark
原文链接：State Channels AMA in Telegram - Q&A 翻译：Mark
知乎专栏：Aeternity
微信公众号：Aeternity社群
社区进群请加微信号：abinble
知识星球：Aeternity