Contents

1. 介绍
2. 用户至上
3. 价值主张和技术成就
4. 开发计划和提案
5. 可交付成果和时间表
6. 预算
7. 备用计划
8. 政策，流程和文化
9. 问责制
10. 资金和收入流
11. 团队

1. 介绍

我们的愿景是让比特币现金用于日常生活。为此，我们打算建立一个货币平台，仅以电子现金形式提供货币服务。

在分析比特币现金的现状时，我们无法避免地要从商业角度看待它。这意味着我们要充分理解该市场中的需求竞争。比特币现金面对的是有史以来最强大的对手：法定货币。法币体系具有诸多优势，有着数百年的历史，连接着数千个节点和端点，具有至少70年的计算能力。

比特币现金该如何与之竞争？

2. 用户至上

要建立一种能挑战当前金融货币体系并为每个人带来经济自由的货币系统绝非易事。必须要有大量的群众基础。因为要与当前的货币系统竞争，我们需要替换掉现有的成千上万行的代码，成千上万的应用和用户解决方案。

我们必须不断发展。比特币现金在完全成熟的市场中还是新手。比特币现金要取得市场份额，不能依靠武器，不能简单地多发一些社交帖子，不是通过分裂社区，只能通过努力工作，将思想付诸行动，打造有效的基础设施，提高可扩展性和性能。比特币现金需要更多的用户。我们需要想办法吸引他们。

Knuth认为越简单，越具吸引力。比特币现金要尽可能避免不必要的复杂性。Knuth认为比特币现金生态需要提供每个用户平等的接入权。一个易读易懂的平台将使这些利益相关者能够发挥一技之长，就解决方案和运营方面开展工作。

同样，比特币现金必须保持开放，准许合格人员加入其生态。出于某些原因，目前后来者加入生态存在一些难度。

Knuth希望为新来者铺平道路。我们希望为他们提供简单愉悦的使用体验。我们希望帮助新一代软件开发人员创建出色的解决方案，帮助新一代业务开发人员将跨界交易带到前所未有的水平。

为了追求复杂而进行复杂性的工作，傲慢地对待新来者将使我们失败。作为项目会失败，我们追求的货币系统以及电子现金目标也不会实现。

因此，Knuth针对不同水平和领域的开发者用不同的策略吸引他们，展开培训，保持沟通。我们主张专门为他们设计一个基于模块化体系结构的平台，易于修改，易于扩展和易于学习。在这一理念下，Knuth竭尽全力吸引软件和业务开发人员，吸引他们背后的公司，以期推动比特币现金的大规模采用。我们认为这些人和公司是比特币现金发展方向的关键。他们影响着未来的发展道路。

需要注意的是，开发人员不仅仅包括程序员，也包括不懂技术编程，但了解用户需求的人。他们可以分析用户体验，了解如何让公司成为生态系统的一部分。这些人对生态发展也很必要。

简而言之，Knuth是针对细分市场而设计的，该细分市场包括：

1. 矿工和矿池。他们希望使用高性能的挖矿节点；
2. 交易所。他们需要可靠的完整指数化;
3. 公司。他们希望能基于模块化和可靠平台构建应用程序;
4. 开发者。他们希望使用现成的解决方案来将其项目推向市场;
5. 用户。他们希望通过直接且易于理解的路线迈向区块链世界第一步。

3. 价值主张和技术成就

随着比特币现金技术的发展，它需要各种学科的知识，例如密码学，编程，数据库基础，网络，营销，经济学等等。没有办法让人们在以上这些领域都具有足够的专业知识水平。大部分人可能只熟知一两个领域，而对其余的领域有个基本了解，甚至知之甚少。

与采用整体架构构建的软件相反，Knuth提出的模块化架构有助于打造多样化的生态系统。在这种生态系统中，代码变得可交互，可重用且可靠，易于阅读和易于调试。

以下是我们的价值主张：

Knuth是一个专注于高性能和灵活性的全节点客户端，是钱包，交易所，区块浏览器和矿工的最佳选择。它的特点是模块化的架构和流畅的代码。 Knuth还是一个开发平台，它提供支持多种编程语言的库，这些库是构建应用程序的基础。

以下是我们已取得的技术成就：

高性能

如上所述，Knuth本质上是比特币协议的高性能实现。它是一个完整的节点客户端，也是一个开发平台。它的核心是用C++编写的。最重要的是，Knuth提供了几种库和模块，它们以多种编程语言编写。

跨平台

Knuth是一个跨平台的解决方案。它可以在任何计算机体系结构和操作系统中使用。仅需要一台64位计算机，Knuth的代码可以被编译并流畅使用在Linux，Windows，macOS，FreeBSD以及其他系统中。

构建系统

我们在设计构建系统时就考虑了几个优点。通常，这些优势能在Knuth自动检测处理器的微体系结构，优化在构建时生成的二进制文件时发挥优势。

Knuth的第一个优点是能自动化外部依赖项的管理，既节省时间和精力，又可以确保仅安装正确的依赖项。这样就确保了用户操作的正确性和安全性。

其次，Knuth还可以自动执行内部模块的管理。安装Knuth时，我们的构建系统将下载或修复其中的缺陷，编译每个必需的模块，然后继续构建可执行文件。这样可以节省编译时间。

最后，考虑到对性能的优化，Knuth设置了两种安装模式：

• 额外性能模式：我们的构建系统将下载Knuth的完整代码并进行编译，从而充分利用所使用平台/处理器的特性。编译时间可能会更久，但最终结果是超级优化的二进制文件，非常适合需要额外性能的用户。
• 易搭便车模式：适用于主流操作系统（Linux，macOS和Windows）的预编译Knuth节点二进制文件。这些二进制文件非常适合吸引潜在用户。该模式侧重于即时和即用型解决方案。这些预编译的二进制文件可用于以下说明和扩展：64位，movbe，mmx，sse，sse2，sse3，ssse3，sse41，sse42，popcnt，lzcnt，avx，avx2，aes，pclmul，fsgsbase，rdrnd ，fma3，abm，bmi，bmi2，f16c，xsave，xsaveopt，cx16。

数据库模式

Knuth在设计时考虑到为特定用例提供高级专业知识，可在3种不同的数据库模式下初始化Knuth节点：

• 正常：提供完整的内存池，完整的UTXO集，完整的索引块。对于希望与网络进行协作，紧跟区块链并进行块/事务中继的用户而言，此模式是最理想的选择。
• 修剪：提供完整的内存池和完整的UTXO集，但它仅包括最新的n个块（n可由用户配置）。此模式是需要高性能和可靠性的挖矿运营商和矿池运营商的理想选择。
• 全索引：提供完整的内存池，完整的UTXO集，完整的索引块，完整的索引事务和完整的索引地址。这种模式非常适合交易所，区块浏览器以及需要直接访问区块链封装信息并有效释放其全部潜力的用户。
• 只读：可以与任何前述方式结合使用的正交模式。此执行模式为用户提供了对数据库的只读权限。此模式非常适合扩展功能查询，因为它可以将多个节点以只读模式连接到同一数据库。

JSON-RPC

Knuth支持JSON-RPC协议，这是市场的业界标准。

第二层协议

Knuth为二层协议提供内部支持，包括对相关交易的完整索引。值得一提的是，此支持是针对于2018年开发的Keoken协议而设计的。尽管Keoken最终并未实现商业化，但这一概念可以在Knuth中为其他类似协议（例如简单账本协议（SLP））实施。

模块化

Knuth采取了模块化的架构。每个模块都是一个库，可以独立使用，也可以与其他库一起使用，形成所谓的“节点”。除了可用性优势之外，模块化架构还增加了遵循单一职责原则的简洁易读的代码组织。更重要的是，与任何其他客户端相比，任何协议更改都可以更快、更有效地引入Knuth。

主要模块有:

• Secp256k1: 针对ECDSA签名和曲线secp256k1上的私钥/公钥操作的优化C库。
• 基础设施: 域驱动设计基础架构层。它充当所有其他模块的支持库，负责日志记录，unicode支持，编码格式，大整数支持，密码算法等。
• 域名: 域驱动设计域层。它包含有关比特币域的信息，是商业软件的核心。商业对象的状态托管在这里。
• 共识: 包含被认为对共识至关重要的比特币现金脚本的源代码。
• 数据库: 基于LMDB的高性能区块链数据库。这是高性能区块链服务器的理想选择，因为读取的频率明显高于写入的频率，但是写入必须毫不延迟。区块链模块使用数据库作为其区块链存储。
• 区块链: 它定义用于访问区块链域对象的API。
• 网络: 这是比特币P2P网络协议的部分实现。排除了需要访问区块链的所有协议。节点模块扩展了P2P网络功能，并合并了区块链以实现全节点。
• 节点: 作为C ++库的Bitcoin Cash完整节点。它是访问区块链和网络API的前门。
• Exe: 比特币现金全节点可执行文件。
• 编程语言API: 除了提供完整的节点作为可执行程序外，还提供一个节点作为库。这样做是为了使任何用户都可以用相应语言的库来构建应用程序。由于Knuth的库在与节点相同的内存空间中运行，因此创建的应用程序成为节点。这样就可以高效地访问域对象（例如块和事务），而无需经过会使访问速度变慢的网络层。提供以下语言的库：C，C ++，C＃，Eiffel，Go，Javascript，Python和Rust。此外，使用提供的工具，用户可以使用自己喜欢的语言创建自己的库。
• RPC: 此模块提供对JSON-RPC协议的支持。
• Rest-API (Insight style): 对于喜欢Rest-API的用户，Knuth有自己的Bitpay Insight API实现。它使用我们的C＃API编写，并具有运行Knuth节点的所有优点。值得注意的是，此实现表明Knuth的编程语言API有潜力在其之上创建各种应用程序。

流程与行业标准

Knuth具有最好的流程和标准。它用C++编写，C++是一种以其效率为特征的语言，特别是C++17，它是最新的官方C++标准。我们只使用至少有3年成熟历史的最新可用标准。

Knuth使用市场上最好的C和C++库，例如Abseil，Boost，GMP，ICU等。

关于工具链，Knuth使用C++社区中最有价值的工具：GCC，Clang，MSVC，CMake，Conan，clang-tidy，clang-format。

Knuth还使用以下持续集成服务，以确保在多个操作系统中的最高一致性程度：Travis-CI，Appveyor，Cirrus-CI。在持续集成脚本中，Knuth使用以下工具：整洁的clang格式，消毒剂和配置文件引导的优化。

多种货币

Knuth从创立之初（以及Bitprim）开始，其开发人员就以在程序和协议实验中强大的好奇心而著称。这就是为什么Knuth尽管专注于比特币现金，但也支持比特币（BTC）和莱特币（LTC）。

随着时间的流逝，这被证明具有重要意义。一方面，它显示了Knuth的灵活性，即在我们的代码库中添加新货币非常快速。另一方面，发现通过修改代码以支持另一种货币，自然而然地创建了边界案例。这反过来又有助于修复与比特币现金（BCH）代码有关的未报告的潜在错误。

因此，Knuth现在支持三种货币，当使用单节点软件而不是几种时，这对于交易所和多货币钱包来说是一种有趣的体验。

4. 开发计划和提案

Knuth深知比特币现金的主要目标是在全球电子货币。因此，我们坚信要添加到代码中的每个特性（无论是什么）都必须为实现该目标而努力。

Knuth认为要避免任何可能使比特币现金变得更复杂的变化；此外，任何协议更改都必须面向：

1. 修复已确认的安全漏洞。
2. 提高日常的比特币现金用户体验。
3. 使开发人员的任务更加轻松。

如果有一点疑问，该功能必须经过较长的成熟和积压分析，并向比特币现金社区公开以获取适当的反馈。简单来说，数字货币是首要目标。

在Knuth，我们认为比特币现金客户端要成功，必须经历几个重要阶段。首先，它需要在不挖矿的情况下作为完整节点运行，证明该节点可以执行初始块下载（IBD），赶上最新状态并遵循正确的共识规则和正确的链，这意味着该节点不会无意间引入涉及共识规则的更改，从而导致主链分叉。

其次，客户端需要能够创建新块，该新块将由网络通过挖矿进行验证。

第三，对于协议的实现，改进和创新，必须在社区达成共识，从而帮助社区发展。

对此，Knuth的长期发展如下：

1. 实施挖矿业的区块模板一致性测试

   Knuth在2020年的主要目标之一是向社区展示其作为挖矿节点的潜力。到目前为止，我们进行的各种测试均表明Knuth处于足够成熟的状态。但是，我们希望能确保绝对安全，将任何可能的风险降低到最低限度，向社区交付最安全的客户端。

   保证安全才能确保与其他主要客户端（Bitcoin Core，BCHN，ABC，BU）保持一致的最佳方法。为此，我们希望能够在Knuth上进行各个客户端的大量测试。

   为了运行这些测试，我们必须对测试代码本身以及Knuth的代码进行相关的适配任务。我们完全有信心，这项工作将使意外链条分裂的金融风险降到最低，并向其他客户端发出可能不兼容的警报，让社区和用户对节点的正确性给予充分认可。

   与该项目相关的任务如下:

   • 研究和分析主要实现的“核心”，“ ABC”，“ BU”和“ BCHN”挖掘测试。提取测试电池与节点之间所有可能形式的互通。这些接口的枚举。预计时间：80小时。
   • 使Knuth适应未执行但运行测试所必需的RPC命令。预计时间：160小时。
   • 使Knuth适应节点上其他检查变量（包含在测试电池中）（例如：检查日志文件）。预计时间：160小时。
   • 将所有相关测试合并到Knuth的当前测试套件中。预计时间：80小时。
   • 确认并调整要在Knuth上运行的测试电池。如果不兼容，请返回第一步。预计时间：80小时。
   • 创建一个高性能API，以便能够运行测试电池来代替JSON-RPC。注意：运行测试会花费大量时间，从而延迟开发和维护，并且会增加CI服务的成本（持续集成）。开发性能更高的API将减少测试时间。预计时间：320小时。
   • 调整测试电池以使用新的测试API。预计时间：160小时。

2. 取消25/50链上交易限制

   比特币现金社区的很大一部分人都希望取消此限制。因此，我们将其作为开发团队的优先事项。但我们也了解到，消除此限制并不只是简单地将一个常数更改为另一个常数，而涉及到将新事务添加到Mempool的算法。

   BCH ABC使用二次顺序算法。我们认为我们可以开发出更有效的解决方法。此任务目前已完成60％。预计剩余时间：400小时。

3. 高性能SLP全索引器

   单一账本协议（SLP）作为第二层协议在比特币现金社区中获得了巨大的发展。我们认为，在节点内拥有高效的完整索引器对于整个社区特别是对于在Knuth平台上构建应用程序或将其用作服务的应用程序非常有用。预计时间：480小时。

4. 高性能挖矿API

   Knuth专注于性能。这一点在挖矿领域尤为明显。我们的分析表明，尽管JSON-API协议对于某些流程可能具有重要的用途，但对于挖矿而言却不是那么重要。这是因为它是基于HTTP构建的，HTTP是用于此类活动的非常高级的网络协议。此外，与专为挖矿使用而设计的编码相比，JSON编码被视为通用且效率低下。预计时间：480小时。

5. 实施Xthinner

   块传播通常对于网络非常重要，对于矿工和矿池运营商而言尤其如此。 Xthinner能显著增强出块传播。在Knuth中实施它非常有价值。预计时间：320小时。

6. 实现快速同步

   我们的目标之一就是打造一个好用且高效的用于挖矿的节点。 这就是为什么我们要实现UTXO或其他允许快速节点同步以用于挖矿的技术。预计时间：480小时。

7. Double-SHA256算法优化

   SHA256（double-SHA256）算法在比特币现金节点中具有最大的相关性。我们一直在探索如何充分利用现代处理器中存在的矢量指令来对其进行改进。这将显着增强块验证和merkle-root计算。预计时间：320小时。

8. Merkle-root算法优化

   随着比特币现金规模和采用率的增加，生态系统将看到每个区块更多的交易。值得一提的是，当事务数量增加时，Merkle根算法在内存消耗方面并不完全有效。我们一直在探索如何改善这种行为，还获得了块验证时间和块模板创建方面的改进。预计时间：240小时。

9. 改进库和语言的APIs

   维护和持续改进库和API是当务之急。尽管这是一项持续的工作，但我们希望在接下来的6个月中至少可以投入160个小时。预计时间：160小时。

10. 改进文档

    文档是正确使用Knuth，提高知名度的基本工具。尽管这也是一项连续的工作，但我们希望在接下来的6个月中至少可以投入80个小时。预计时间：80小时。

11. 研究项目:

    除了专门针对的任务之外，我们还有一系列积压的研究项目，这些研究项目不仅对Knuth有益，而且对整个生态系统也有益。它们涉及与社区和其他客户端的沟通和互动。

    • Bitcoin Cash正式规范和自动化测试

      尽管以人工语言编写的BCH规范很重要，因为它可以促进相关开发人员之间的相互理解，无论是从事节点实施还是其他基础设施服务，我们都认为严格的技术规范对BCH十分重要。

      因此，Knuth建议以一种逻辑编程语言编写一个正式的规范，该规范专门为软件正确性的自动数学验证而设计。

      最终目标是通过运行计算机程序，证明指定的比特币现金节点能够按预期自动运行。

    • 关于DAA和替代方案的研究

      自比特币现金生态系统成立以来，当前的难度调整算法（DAA）就备受关注。有些反馈是正面的，有些是负面的。Knuth希望参与研究过程，以发现该算法对挖矿和矿池运营的实际影响，并在需要时提出改进甚至替代方案。这是一个需要高度透明和社区参与的项目。

    • 研究和实现Graphene

      我们对Graphene的初步分析表明，它可以作为一种块传播机制。但是，这项技术在实施之前需要更多的研究和测试。我们提出的改善区块传播的建议将首先实施Xthinner，同时对Graphene进行必要的研究，然后在取得积极成果的情况下继续进行实施。

注：此长期计划中的所有估计时间都是基于技术近似值和使用迄今为止可用资源的计算得出的。如果有任何更改，它们将通过Knuth的官方渠道及时发布，并说明理由，以保持与社区的透明度。

5. 可交付成果和时间表

上述任务清单在为比特币现金生态系统带来好处的同时，意义深远。

在当前市场条件下，以最佳方式进行Flipstarter募资很重要。我们需要展示在Knuth上进行投资的价值及其未来潜力。

因此，我们打算发起募资活动，以资助960个工时（约6个月）的工作。这些工作将在2020年完成。从这个角度来看，我们的可交付成果显然不能将上面显示的整个列表作为总计划完整地包含在内。尽管我们有自己的偏好，但我们希望允许潜在的捐助者根据他们的标准选择如何使用其资金。

在对Knuth项目做出各自的承诺时，贡献者可以在Flipstarter平台内添加他们最喜欢的拟议任务的序号作为注释。在获得资金的情况下，Knuth将竭尽全力以最高的票数完成任务。如果未提供详细信息，则Knuth将采用显示的顺序开展工作。

考虑到这种提议的方法，目前我们很难按固定的时间表列出可交付成果的清单。但是我们认为这种方式可以让社区参与其中，表达他们的意愿。

还有一些其他任务和活动由于缺乏足够的相关性，因此我们没有进行独立地说明。这些活动与Flipstarter募资的准备，网站更新，节点错误修复和维护，发布管理，开发，小型设备以及少量支出费用有关。

6. 预算

迄今为止，任何筹款活动面临的最大挑战是当前复杂的社会经济环境，其中COVID-19病毒的影响正在肆虐。与比特币现金生态系统相关的项目在当前现状下也面临挑战。

尽管这两个因素不会使我们士气低落（我们确定我们正在帮助建立一个更好的社会），但必须将它们考虑在内。尤其是在介绍我们正在执行的财务预算时。

我们很清楚此类项目的成本。我们了解雇佣高级软件开发人员，开展业务和推动组织前进的成本。我们也很清楚比特币现金正在经历的情况，也不愿意施加额外的负担。但是，我们确实希望与社区合作，展示我们的工作和解决方案的潜力。

由于所有这些原因，我们决定在可交付成果和合理的财务资源方面进行有限的宣传。我们要求的960个工时的预算是100,000美元（在撰写本文时为460 BCH）。

这是Knuth与比特币现金生态系统合作的方式。我们能够为网络提供价值，我们希望能不断发展壮大。

7. 备用计划

如果我们的募款无法获得所要求的资金，我们计划提供其他方式来从潜在捐助者那里收取资金。这些消息将很快通过官方渠道进行告知。

关于Knuth的技术开发，如果活动失败，我们的团队将进入维护模式，并会尽力保持节点的更新，按照现有的共识规则进行操作。任何新的开发/研究以及将其付诸实践所需的时间将在上下文中进行详细分析。

无论哪种方式，Knuth都是开源企业。我们期待与他人合作将提出的计划付诸实践。

除此之外，Knuth还处于新收入流的评估阶段，该收入流不仅仅取决于筹款，还取决于为比特币现金生态系统提供特定服务。有关更多详细信息，请参见收入流部分。

发起筹款活动需要考虑到短期内比特币现金的波动性。如果Flipstarter活动成功结束，我们希望将筹集的资金保留为BCH，并能够在不涉及交易所的情况下直接使用它们。当然，这存在挑战，可能会造成亏损。

一种可能的解决方案是将获得资金的50％保留在BCH中，其余50％保留在某些稳定的代币中，例如USDH。与该主题相关的任何问题都将得到及时处理，并得到社区的充分反馈。

重要的是，在2020年5月15日的升级中出现任何情况，Knuth都将遵循最可靠的链。

8. 政策，流程和文化

沟通渠道

Knuth是一个开源项目，它致力于为比特币现金生态系统增值，同时也与现实紧密结合。因此，我们希望与用户保持紧密联系。

很快，我们将更新并运行我们的网站。我们在GitHub上也有资源，该资源对任何愿意参与和协作的人开放。我们不仅鼓励社区成员这样做，也鼓励新人这样做。我们相信我们的优势在于多样性，并在相互尊重与合作的准则下共享知识。

我们通过官网和read.cash帐户进行财务或技术方面的正式沟通和定期报告。我们还使用Telegram，Slack和电子邮件。如有必要，请随时与我们联系。如果您对运行Knuth感兴趣，使用它构建一些有趣的东西或者只是尝试一下，请给我们留言，我们将尽最大努力为你提供帮助。

网站: kth.cash Github: github.com/k-nuth/kth 邮箱: info@kth.cash 电报: t.me/knuth_cash Read.cash: read.cash/@kth Slack: k-nuth.slack.com 推特: @KnuthNode

用户关系

我们希望与用户，其他节点以及整个社区保持良好的沟通。在协作和共同创造的前提下，为持久的专业关系奠定基础。

我们希望生态系统中的新开发人员能随时联系到我们。我们希望与他们一起成长，一起学习和寻找解决方案。Knuth在设计时就考虑到了后来者。

关键伙伴关系

节点之间的协作对于比特币现金生态系统的利益至关重要。Knuth始终牢记这一点。对我们来说，良性竞争是有益的，并且从各个角度来看，都可以激发灵感。这就是自由市场。

基于协作和健康竞争的原则，我们希望向其他节点学习并分享经验，无论是技术策略还是商业策略。为了提高竞争力，必须最大化用户体验，在不牺牲可靠性的情况下保持不断的创新，了解我们的现状并明确前进的方向。

这就是我们的承诺，也是比特币现金精神所认同的。

*注意：Knuth是负责实现潜在安全问题公开披露的一组节点实现的一部分。

时机，政治和利益

将比特币现金发挥到最大潜力的挑战就在这里——没有太多时间。Knuth将比特币现金视为一种产品。作为产品，它需要用户，而用户只会获得更好的用户体验。在Knuth内部，我们对这方面以及如何简化该方向的方法非常感兴趣。

未来几年，比特币现金至少需要再增长一百倍的用户。如果我们无法实现这一目标，我们将永远看不到比特币的真实愿景。这与技术无关，而关乎商业。法定金融系统已经知道比特币现金的存在。我们明确提出了我们的目标。但是，从战略角度来看，我们正在遭遇失败。

一旦一项策略被宣布后，将没有太多时间来执行。没有时间去思考和等待。你必须尽快行动，以防任何潜在的对手（法定金融系统）抢占先机。等到目标达成时，已经有同一个对手在等着我们。这是我们参与的游戏。如果继续这样下去，我们将不会获胜。不管我们喜欢与否，它都是一种政治和利益置于其核心的游戏。

政治因为涉及到人，所以经济是社会，其媒介是网络。在有人的地方有政治。利息，因为它涉及金钱-我们的产品就是金钱。哪里有钱，哪里就有利息。政治和利益是游戏的一部分。消除政治是不可能的，因为如果这样做，我们将需要消除人。同样，消除利息也是不可能的，因为如果这样做，我们将失去我们想要建立的货币体系。因此，我们需要理解比特币现金是围绕人和金钱而建立的，涉及政治和利益。如果比特币现金生态系统没有足够快地意识到这一点，它将永远无法实现其目标。

Knuth有一个明确的方向，吸引了更多的人和金钱进入比特币现金生态系统。如果我们成功，我们期望更多的政治和更多的兴趣。无疑这具有挑战性，但是在全球范围内创建我们想要的系统是必需的。

9. 问责制

Knuth重视透明性，并打算完全遵守该标准。Knuth将发布每月进度报告，详细介绍操作的相关方面。

这些报告将通过上述官方渠道提供。它们将包括一般指标，任务进度，提供的可交付成果以及与社区捐赠的资金相关的财务报表。这些方面中的每一个都将包括其相应的验证表单，例如来自Github的技术方面（软件开发）的提交，以及财务方面的地址/钱包/交易。

比特币现金社区将有权使用此材料，我们鼓励任何感兴趣的人以此为基础将来解决其他问题。我们会实行问责制，重视透明性。

10. 资金和收入流

在Knuth，我们对自愿主义和自发制定的举措给予最高的尊重。我们知道它们在开源社区中非常重要。在我们接受帮助的同时，我们很清楚我们需要更多的资源保持开发。我们正在与时间赛跑，我们的对手是强大的法定金融体系。

要想不被淘汰，我们需要不可忽略的现金流。同时，我们无意成为我们要帮助的生态系统的负担，这将使我们成为寄生虫，这不符合Knuth的观念。

另一方面，我们要不惜一切代价规避会抹黑我们形象的举措，或者如何获得资金的阴谋论。我们承诺募资过程透明。我们打算维持有关我们业务计划的开放政策，并与生态系统中的公司保持信息一致。

我们的计划可以分为两个方面：资金流和收入流。

资金流

首先，我们将公共筹款作为获取资金以开展业务的主要来源。 Knuth参加了2020年4月的Flipstarter募资活动。我们认为这是比特币现金筹款发展的重要一步。

我们很乐意整合Flipstarter技术以进行活动募资。但是目前，该目标超出了我们的预算。

在不损害这一点的前提下，Knuth还通过其网站（kth.cash）按照要求/功能提供了直接的资助形式，其中每个项目都包含详细的信息以及开始和完成任务所需的最少资金。

此外，我们正在考虑成立一个软件财团，从根本上保证去中心化。该财团欢迎希望实现以下目标的公司，大学和研究机构：

• 推进节点实现最先进的技术；
• 致力于比特币现金技术集成的研究；
• 支持对学生进行比特币现金相关的技术培训。

参加该财团将收取会员费，以换取以下服务：

• 通过财团报告和/或软件及早获取研究成果；
• 在共同关心的主题上进行合作；
• 财团委员会的参与权和投票权。

这个想法仍在进一步分析之中。任何相关更新将通过官方渠道及时传达。

收入流

在第二个例子中，Knuth想要实现商用。与比特币现金相关的创新企业将我们带入新领域的同时，也有助于实现全球电子货币的愿景。

我们希望我们的共同目标能够将大家聚集在一起，打造高质量的比特币现金产品和服务。这将带来收入流，更好的建设比特币现金生态。

这些商业计划将及时被通知，不会以任何方式干扰我们的开源理念。我们的旗舰产品Knuth将始终保持开源。

我们的重点是性能，而不仅是提供的产品和服务。我们也重视运营方式。我们的社会政治原则和运作方法使我们能有效防止官僚注意和低效。我们力争将流程分解为简单的单元，易于理解的流程和富有成效的输出。

11. 团队

Knuth看似一个新的客户端，实则不然。Knuth从Bitprim节点演进而来，Bitprim又从Libbitcoin而来。Libbitcoin于2011年创建，是比特币协议的第二个完整客户端。尽管Knuth与其前身存在很大的差异，但前者充分继承了它们的代码优势。

我们的团队成员主要在软件开发和商业上具有丰富的经验。迄今为止，团队脚踏实地，追求实用性。在不影响代码稳定性的前提下提高速度。

有关我们团队的更多信息，请访问我们的网站kth.cash/team 。

文件修改

版本: 0.7

修改日期: 2020年4月5号

作者:

• Leandro Di Marco, leandro@kth.cash
• Fernando Pelliccioni, fernando@kth.cash