在您的场景中，您不使用非对称加密的含义进行加密;我宁愿称之为“编码”。

你把数据编码成二进制表示，然后用你的私钥签名。如果不能通过公钥验证签名，就可以知道签名的数据不是用私钥生成的。(“验证”表示无符号数据没有意义)

您正在描述如何以及为什么在公钥密码学中使用签名。请注意，对他人提供的任意消息进行签名(或加密)是非常危险的——这会使算法受到攻击，从而危及您的密钥。

签名是用您的私钥生成一个“散列”，可以用您的公钥进行验证。文本是明文发送的。

加密使用接收方的公钥来加密数据;解码是用他们的私钥完成的。

因此，密钥的使用不会反转(否则您的私钥将不再是私有的!)。

在RSA加密中，当你生成一个密钥对时，选择哪一个作为公钥，哪一个作为私钥是完全随意的。如果你用一个加密，你可以用另一个解密——它是双向工作的。

因此，如何使用接收方的公钥加密消息，以便接收方可以使用他们的私钥解密消息是相当简单的。

签名是签名者拥有与某个公钥匹配的私钥的证明。要做到这一点，使用发送方的私钥加密消息就足够了，并将加密版本与明文版本一起包含。要验证发件人，请解密加密版本，并检查它是否与明文相同。

当然，这意味着你的信息不是秘密。任何人都可以解密它，因为公钥是众所周知的。但是当他们这样做的时候，他们已经证明了密文的创造者拥有相应的私钥。

然而，这意味着将传输的大小增加一倍——明文和密文一起传输(假设您希望那些对验证签名不感兴趣的人阅读消息)。因此，签名通常是通过创建明文的散列来创建的。重要的是不能创建假哈希，因此使用SHA-2等加密哈希算法。

So:

要生成签名，请从明文中生成哈希，用您的私钥加密它，并将其与明文一起包含。 要验证签名，请对明文进行哈希，用发送方的公钥解密签名，检查两个哈希是否相同。

从功能上讲，您可以使用公钥/私钥加密来确保只有接收者可以阅读您的消息。使用接收者的公钥对消息进行加密，使用接收者的私钥对消息进行解密。

您可以使用签名让接收者知道您创建了消息，并且在传输过程中没有更改。消息签名是使用您自己的私钥完成的。接收方可以使用您的公钥来检查邮件是否被篡改。

至于使用的算法:这涉及到一个单向函数，例如维基百科。第一个这样的算法使用大素数，但此后又发明了更多的单向函数。

搜索“Bob”，“Alice”和“Mallory”在互联网上找到介绍文章。

加密时，你用他们的公钥写消息，他们用他们的私钥读取消息。

在签名时，你使用你的私钥来写消息的签名，他们使用你的公钥来检查它是否真的是你的。

我想使用我的私钥来生成消息，这样只有我可能是发送者。 我希望我的公钥被用于阅读消息，我不关心谁阅读它们

这是签名，它是用你的私钥完成的。

我希望能够加密某些信息，并将其用作我的软件的产品密钥。 我只在乎我是唯一能产生这些的人。

如果你只需要自己知道它，你不需要弄乱钥匙来做到这一点。您可能只是生成随机数据并将其保存在数据库中。

但如果你想让人们知道密钥确实是你的，你需要生成随机数据，保存在数据库中，并用你的密钥签名。

我想在我的软件中包含我的公钥，以解密/读取密钥的签名。

您可能需要从Verisign或Thawte等商业提供商处购买公钥证书，以便人们可以检查是否有人伪造了您的软件，并将您的公钥替换为他们的。