mirror/gmsm
1
0
Fork 0
mirror of https://github.com/emmansun/gmsm.git synced 2025-05-10 19:16:18 +08:00
Code Issues Packages Projects Releases Wiki Activity

Updated Home (markdown)

Sun Yimin 2021-02-11 13:16:28 +08:00
parent 200c853f12
commit b2fef5212f
1 changed files with 1 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
Home.md

@ -12,7 +12,7 @@
* 首先，替换掉p256_asm.go和p256_asm_amd64.s中的常量，这一步还是比较顺利，毕竟有一定经验了。
* 接着，就是要修改p256_asm_amd64.s中的实现了，主要是蒙哥马利约简，模P的和模N的实现，原本的实现都是基于NIST P256的参数P和N进行优化的，改造起来困难挺大，为了验证结果，对每个主要的asm实现方法都写了测试，保证正确性。
* p256_asm.go中p256Inverse的改造，因为有经验，比较顺利。
* 然后，测试两个多倍点算法ScalarMult/ScalarBaseMult的正确性，通过和elliptic.CurveParams默认实现来鉴定。到此，sm2的加解密已经可以验证了！
* 然后，测试两个多倍点算法ScalarMult/ScalarBaseMult的正确性，通过和elliptic.CurveParams默认实现结果比较来鉴定。到此，sm2的加解密已经可以验证了！
* 最后，修改实现`(curve p256Curve) Inverse(k *big.Int) *big.Int`，这个是第一次改造，费了点功夫，这个方法以及CombinedMult方法在签名和验签中有用，能提高性能。
这个实现的性能，据我测试，在amd64下，加解密大概是elliptic.CurveParams默认实现性能的**50**倍，大概是那个纯golang 32位实现的性能的**10**倍。签名和验签我没做性能测试，不过应该也有很大提高。这个性能已经和SM2基于NIST P256曲线实现的性能相当接近了，考虑到SM2 256曲线的参数复杂度，这个性能算是不错的了。