为什么 BSV 应用程序需要点对点交易？

真正的点对点交易在今天的比特币 SV 上仍然很少见，尽管它在将近 12 年前写的白皮书中有所提及。

今天，几乎所有的应用程序都通过以下方式进行事务处理：

用户 => “全节点” => 矿工 => 应用

用户将他们的交易发送到某个所谓的“全节点”（可能在大型高科技集团之一的云服务器上运行），然后“全节点”（如果配置正确）将您的交易交给矿工（这是他们所能做的）。

然后矿工将用户的交易排队放入下一个区块，这就是“零配置网络”。 在最终解释交易并在其平台上呈现数据之前，该应用程序会查询其他“完整节点”或更糟糕的“完整节点”。 这种方法效率极低，并且依赖于两个潜在的故障点。

正确且简单的方法如下：

用户 => 应用程序 => 矿工

用户直接向应用程序发送交易，应用程序将交易直接广播给矿工，矿工将交易排队等待下一个区块。

在下面带有时间戳的链接中，Craig Wright 博士阐明了这的真正含义，以及为什么它长期以来一直被误解，导致实施的应用程序无法随网络扩展。

比特币核心从一开始就提出了个人需要运行自己的节点的错误叙述，这甚至导致那些在比特币 SV 之上构建的个人依赖一个人来开发他们的应用程序。 此外，这种类型的架构由于规模不足而持续存在，并使应用程序开发人员对这种次优设置感到满意。

随着比特币 SV 的创世块升级，我们仍然没有强大的工具来充分利用新网络的功能，因此这种扩展的需求尚不明显。

但规模效应可能会突然发生，随着上个月在伦敦 CoinGeek 会议上宣布 EHR 项目，架构低效的应用程序可能会在一夜之间变得无法使用和过时。

P2P 交易还为服务提供商提供了更好的用户体验和更容易的应用程序开发。 例如，Twetch SDK/API 实现了这种方法。 用户可以向 Twetch 的服务器发出简单的 HTTP 请求btc点对点交易平台，Twetch 会代表该用户广播交易。

这种方法要快得多，因为 Twetch 可以立即显示来自网站交易的数据btc点对点交易平台，而无需额外的查询和处理，从而降低了风险和复杂性。 此外，Twetch 现在可以在将内容发送到网络之前审查内容，而不是接受网络确定有效的内容。

这样，其他有趣的应用场景也将成为可能，尽情发挥你的想象力吧！

相反的原因是什么？ 如果服务在将交易发送到网络之前已经接受了交易，为什么还要发送交易呢？ 这与今天的应用程序有何不同？

这种方法的一个原因是冗余。 由于数据存储在分类帐中，因此 Twetch 客户端应用程序很容易从分类帐中派生。

另一个是应用程序互操作性。 这是一个已经讨论过但尚未在比特币 SV 上完全实现的概念。 鉴于数据可以写入公共分类账，其他应用程序现在可以在其平台上解释和使用该数据。 一个简单但令人信服的例子是作者的 Bitpic。

如果您考虑一下，在我们使用的每个社交媒体应用程序上都必须上传我们的个人资料图片是不明智的。 为什么不上传一次然后在应用程序中引用相同的图像？

Baemail 确实将 Bitpic 用于其用户的个人资料图片。 这不仅节省了用户时间，而且还降低了服务提供商的总体成本、开发时间和风险，因为大部分工作都由另一家提供商完成。

为了充分发挥比特币 SV 网络的潜力，应用程序必须支持点对点交易。 好处显而易见，成本节约显而易见，合作机会无穷无尽。

比特币核心（SegWit）链上的代币称为Segwitcoin BTC； 比特币现金 ABC 链上的代币称为 BCH、BCH-ABC 或 BAB。 山寨币是重视隐私、匿名且不受政府监管的代币，被称为暗币。

Bitcoin Satoshi Vision (BSV) 是当今唯一符合中本聪白皮书和原始协议和设计的项目。 BSV是唯一保持比特币最初愿景的公链，将被广泛接受为世界新货币和企业区块链。