结果就是EXC总账户通过dan减持掉48999.9385。此时，由于上面的convert_from_exchange函数返回的是BTC的资产，与原始最小输出资产类型相同，所以不必要再次进入一个convert嵌套。直接返回state，包含以上四个加粗信息，这里再重新列出来：
EXC总账户通过dan增发了48999.9385
dan个人账户欠了100个USD
dan账户中多了96.07833342个BTC
EXC总账户通过dan减持掉48999.9385
1和4互相抵消，等于state的总发行量不变，仍旧为原始的1e+11。所以state中会新增账户dan的信息，它的USD和BTC以及EXC（中间涉及到了中转交易，EXC相当于一个中间价值锚定，用来建立两种token交易的通道）。最终达到了与程序输出相等的结果：
----------------------------- supply: 1e+11 base: 1e+08 USD quote: 9.99999e+07 BTC dan 96.0783 BTC dan 0 EXC dan -100 USD ----------------------------- 总结我们通过一个简单的测试完成了对exchange合约的学习，exchange合约教会我们可以通过EOS建立自己的生态模型，通证模型，我们可以锚定抵押资产，发行token，通过权重的形式发行多个token等等，非常灵活，这与本篇文章前半部分所描述的那种价值稳定的数字货币的设计是吻合的。在测试程序中，我们简单实现了exchange源码中的convert函数，各种自定义结构体，例如connector，exchange_state等等，基本上所有测试文件中的函数与结构都可以在exchange源码中找到。我们在上面源码分析的过程中还比较混沌，但通过测试文件的梳理，再回头去看上面的源码分析，会有新的体会。源码中各种结构以及函数是更加精密与强壮的，但是测试文件和exchange源码相同的是：他们的通证模型是相同的。我们通过测试和源码更加充分理解了EOS的灵活的通证模型。有任何问题，欢迎来讨论。
参考资料EOS源码