问题标签 [tweet-nacl]

nacl.box我们的项目使用带有临时密钥的非对称加密：

我们目前有node.js可以解密这些消息的应用程序。我们希望选择jvm为某些功能使用语言。似乎没有老牌玩家的丰富性，tweet-nacl但jvm似乎

• tweetnacl-java https://github.com/InstantWebP2P/tweetnacl-java

及其推荐的实施

° tweetnacl-fast https://github.com/InstantWebP2P/tweetnacl-java/blob/master/src/main/java/com/iwebpp/crypto/TweetNaclFast.java

是一个受欢迎的。

目前尚不清楚asymmetric该库中使用临时密钥进行加密的类似物是什么。是否支持？请注意java， kotlin如果tweetnacl-java.

我试图了解如何基于此处的演示，使用纯 javascript实现一个最小的基本公钥签名示例。

我的研究没有产生一个简单的 javascript 示例，我可以用它来理解它的内部工作原理，而且文档现在已经超出了我的头脑。

我尝试查看演示的源代码，但它并没有透露它的秘密。

该库的示例也没有这方面的示例。

密码学对我来说是非常新的东西，因此任何关于如何在 node.js 中使用纯 javascript 创建其公钥示例的基线示例将不胜感激！

伪代码：

作为旁注，我对 node.jsrequire比对 ES6更熟悉import，如果这对这里的答案有任何影响，并且可以帮助演示如何使用这个库。

我创建了一个 API，它在后端基于 PyNacl 验证数据。我为我的简单 Crypto API 接受长度为 64 的十六进制编码的发件人和收件人帐号，并基于 PyNacl 库验证签名。我想知道在我的前端使用什么 Javascript 库，以便我使用基于 React 发送的数据与我的后端 API 保持一致。我查看了tweetnacl，但不确定它们是否具有相同的工作模式。你能给我一些关于我是否可以使用 tweetnacl 的信息，还是我必须创建一个使用 PyNacl 生成签名密钥/验证密钥并签署消息的 python 脚本？

谢谢。

我想使用 ed25519 来签署我的消息。我发现 TweetNaCl.js 有Signatures方法来实现我的目标。

通过引用TweetNaCl.js 最小公钥签名示例和官方文档-签名，这是我的测试代码代码框。

的encodeUTF8(verifiedMsg)控制台日志似乎没有问题，与msgStr.

但是我注意到，当我将publicKeyB64、signatureB64和放入msgStrtweetnacl.js 的示例页面（公钥签名）以验证它时，它会响应 error Bad signature length: must be 64 bytes。

如果我将其secretKeyB64放入示例签名页面，然后单击“签名”，则签名似乎比我从 Codesandbox 的代码中创建的要短。

有什么我错过的吗？

这个问题与这里现有的问题相反： Encrypt in python 3.7 and decode in NODEJS 12。

我更愿意在 python 上使用与tweet-nacl完全相同的东西，但该项目说它很旧，不推荐使用https://github.com/warner/python-tweetnacl。他们推荐的替代品是https://github.com/pyca/pynacl：但是那个是libsodium的接口而不是tweet-nacl，并且没有关于如何实现解密的明确文档。

这是JS加密：

（工作的） tweet-nacl javascript 解密代码是：

我的问题是，因为pynacl他们没有显示任何使用ephemPubKey进行解密的示例。我能找到的例子如下：

有没有人能够将 tweet-nacl Javascript 生成的加密成功解密成 python？

我收到 Unhandled Rejection (TypeError): 意外类型，在签署 solana 交易时使用 Uint8Array

未处理的拒绝（TypeError）：意外类型，使用 Uint8Array

▶ 3 个堆栈帧被折叠。（匿名函数）src/transaction.ts:511

查看编译好的 Transaction._partialSign src/transaction.ts:510

Transaction.partialSign src/transaction.ts:502

查看编译后的（匿名函数）src/provider.ts:109

查看编译好的Provider.send src/provider.ts:106

查看编译好的 async Object.rpc [as initializeConfig] /src/program/namespace/rpc.ts:19

我对 tweetnacl 的 API 有点困惑。nacl.box.keyPair.fromSecretKey除了 secretKey 参数之外的函数是否已经被钳位？或者提供一个随机字节串可以吗？我阅读代码的方式，tweetnacl 稍后会进行夹紧，对吗？那么secretKey在 tweetNacl 中是否总是一个随机字节字符串，并且钳位是在内部库函数中完成的？