Encryption 以下哪一项；“安全”；ECC曲线在Bouncy Castle中可用？

我想弄清楚在弹跳城堡里有什么人。我在名称空间

Org.BouncyCastle.Asn1

中找到了一些曲线，但它们很难找到，我肯定我遗漏了一些

Bouncy Castle中是否存在以下曲线？（我应该使用它们吗？）

• M-221
• E-222
• 曲线1174
• 曲线25519
• E-382
• M-383
• 曲线383187
• 曲线41417
• Ed448金凤花
• M-511
• E-521

我发现了一条（显然）由Bouncy Castle支撑的ECC曲线。它似乎与中定义的命名曲线相匹配

所有曲线名称都与列出的名称不匹配

但是，没有任何东西可以阻止您向下跟踪1，并使用定义列出的任何曲线的参数来定义

ECParameterSpec

。。。或

ECNamedSurveParameterSpec

---

1-参数位于链接到的图纸中。根据@mentalurg的说法，将它们转换成正确的形式并不简单。但是，这是一个开源项目，因此如果>>您@Stephen C:“跟踪并使用定义任何曲线的参数”-错误。参数（A和B）仅适用于Weierstrass表单。对于Edwards或Mongomery表单，必须对Weierstrass表单进行坐标转换（容易出错），调用加密，然后将结果转换回原始坐标系

除了变换误差，这种变换曲线的性能可能不是最优的

---

Java本机实现和Bouncy Castle都缺少对Weierstrass以外的曲线形式的直接支持。这就是问题所在。

当然，除非数学定义不同于Bouncy中实现的定义。坐标变换本身不容易出错。weierstrass形式的标量乘法很难实现——失去了“安全”曲线的大部分好处。Bouncy Castle是一个开源项目。如果您认为支持其他形式的参数/其他曲线是有保证的。。。自己编写代码并给他们发送补丁会更有建设性。或者赞助项目为您实施@斯蒂芬：当然。如果你认为它更具建设性，那么就这样做，并请在准备好时告诉我们。@mentallerg-你似乎认为我关心这个。我的建议是给那些真正关心这件事的人。有人想要Bouncy Castle来实现这些曲线。但毫无疑问，在StackOverflow上抱怨并不能解决这个“问题”