Kaspa钱包SDK与API

Rusty Kaspa没有钱包gRPC。由于它与Golang gRPC接口向后兼容，您可以使用Golang钱包+守护进程。

Rusty Kaspa拥有自己的钱包API，可通过JS/TS（NodeJs和Rust）访问。这不是一回事。

RK构建中有kaspa钱包应用程序，但它不需要守护程序。

kaspa有钱包SDK和钱包API。这是两个完全不同的层次。例如，现在使用SDK可以在即将推出的KRC-20代币上构建事务并实现操作。API目前不提供此功能。

API是一套管理钱包核心的方法，这是钱包的一种实现。SDK是这个钱包用来构建其功能的东西。如果您查看诸如“使用utxo上下文”、“tx生成器”之类的示例，这些都是SDK原语。

例如：目前正在生态系统中构建的钱包（kasware和kaspian）使用SDK并实现自己的内部逻辑来管理钱包。

如果一个人想了解加密钱包是如何工作的（了解私钥、了解bip32等），那么他们实际上应该建立一个加密钱包。

当10个BPS联机时，Golang节点将停止工作（然而，由于RK gRPC向后兼容，针对gRPC工作的Golang库将继续工作）。

RK支持wRPC，它可以在浏览器中通过websockets工作。RK WASM库是从Rust源代码构建的，提供了一个统一的堆栈-RK框架中的任何当前和未来功能都可以在WASM中使用（或在任何其他绑定中使用）。

如果是钱包基础设施，这些是完全不同的堆栈。RK钱包堆栈不需要守护进程或类似的东西。Golang钱包实现基于一个守护进程，您可以通过gRPC访问和控制该守护进程。

WASM提供了许多强大的功能——例如，在您的情况下，您可以在后端和前端加载WASM库，并在这两种环境中使用各种功能（包括后端和前端之间的自定义数据加密）。

Golang钱包框架更多的是用于安全环境中的交换操作。RK钱包框架用于软件集成（也可以包括交换），但也适用于网络和用户环境，如台式机。例如，在内部RK钱包框架对敏感数据进行内存擦除-在您提供密码后，密码用于解密私钥，然后密码在内存中被覆盖，私钥随后用于签署交易，随后私钥也在内存中覆盖。

Golang框架是由基本上已经不存在的团队（但只有少数人）开发的，剩下的团队专注于Rust。钱包框架得到了维护（例如，它最近确实得到了KIP-9更新）。

作为一种编程语言，Rust远远优于Golang（或许多其他编程语言）——使用Rust开发的软件非常稳定可靠。这里至少有3名开发人员从不同的语言切换到了Rust，他们的想法被炸了。因此，IMO任何面向未来软件开发的人都应该接受Rust，并尽可能与之密切合作。

问自己一个问题：为什么大量在UI/UX设计方面拥有出色技能的开发人员没有创建钱包。

答案是，这其实不是一件微不足道的事情。钱包是针对节点RPC工作的NG。如果有人制作了管理钱包守护程序的UI/UX或使用RK钱包API，则这不是制作钱包。这是“剥钱包皮”。区分两者很重要。两者都没有错，但重要的是要理解其中的区别。