如果我们允许比特股客户端/钱包内的第三方应用， 那么许多需要中心化运营的服务将会更容易借此实施并且更为用户友善. 举例来说:
-任何运行网关的人 (兑换真实BTC<->IOUBTC)可以发布应用程序， 对此网关感兴趣的用户可以安装此应用并在客户端内将BTC转换为IOU.
- 赠币的服务可以运行一个参照的程序， 让用户可以用它的应用程序来兑换参照程序的优惠券， 或是产生新的优惠券来分享给朋友. 而这一切都在比特股客户端里进行.
- 第三方代理商可以有专门面向自己的服务的应用程序.
- 还有许多其它简单的使用案例， 像是进阶区块浏览器, 市场图表， 等等.
另外的好处是-这会允许客户端尽可能轻盈， 在预设情况下只会有基本的钱包功能， 可以用来注册帐号以及转移资金， 而且他进阶用户所需的功能则可以透过安装应用程序获得， 比如说市场的GUI就可以是一个额外的应用程序.
而在稍后当类似于以太的脚本语言实施完成之后， 同样的应用程序架构可以可以用于区块链的DAPPs之间的互动.
接下来则是如何实施的一些技术性细节.
我们需要一个可信的团体来让这一切成为可能， 首先应该要有应用程序的套件库， 其二则是需要让这些应用程序能够接触到私钥， 因此这会是牵涉到很大的安全上的议题. 我建议受托人应该成为为apps负责的团体: 受托人负责发布喂价以及工具组版本. 应用程序的清单可以用json格式发布， 每个应用程序的条目包含了下载网址， API网址 (如果这个app需要跟中心化的服务沟通的话)， 检查码以及版本号(如果版本有更新， 客户端会自动升级).
技术上来说， 一个应用程序就是一个Angular.js模组-也就是由html以及js档案组成的套件. 比特股客户端下载这些模组， 验证检查码以及签名， 并将其以Angular模组插入.
不同种类的应用程序需要不同昂的规则， 举例来说， 如果一个应用不需要接触到wallet_* rpc 呼叫, 它可能只需要一个受托人就可以发布， 而需要使用到这些呼叫的则需要10个以上的受托人来发布. 如果要撤销一个应用程序， 受托人只需要停止发布即可-比特股客户端将会在套件库里面把这个应用标注为撤销. DPOS再次地给予比特股庞大的优势来超越其它平台.
阅读英文原文:https://bitsharestalk.org/index.php?topic=11594
原作者: Valzav (比特股开发者之一)
作者/译者：cn-members
BTS帐号：cn-members
稿源：比特股之家（
http://www.bts.hk/applications-idea-by-valzav.html）
Topic: [情报]应用的创意(包含最近的应用方向)-BTS开发者之一发的 (Read 2018 times)
