Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RegisteredSealProof为3时,恢复结果和原始封装结果不一致 #8

Open
AnonymousJavaer opened this issue Nov 8, 2021 · 3 comments

Comments

@AnonymousJavaer
Copy link

早期的封装类型和后来的封装类型不一致,一个是3一个是8,为8时恢复正常,但只要是为3的扇区恢复出来的结果就不对,应该过不了时空证明,请问下这个除了将lotus退回到很久以前的版本外,有没有办法直接在现有v1.13的基础上解决呢?

@FroghubMan
Copy link
Member

在1.13版本,我还没测试过RegisteredProof=3的情况。
但是在1.11版本是没有问题的,但是我不认为和版本有关系,这几个版本在核心封装部分都没有大改动。
而且RegisteredProof=3或者8,并不会引起算法分叉。
确认下RegisteredProof=3的时候,修复入参是否有异常?

@AnonymousJavaer
Copy link
Author

在1.13版本,我还没测试过RegisteredProof=3的情况。 但是在1.11版本是没有问题的,但是我不认为和版本有关系,这几个版本在核心封装部分都没有大改动。 而且RegisteredProof=3或者8,并不会引起算法分叉。 确认下RegisteredProof=3的时候,修复入参是否有异常?

感谢回复,后来我编译了一个v1.1.3的旧版本lotus做恢复仍然和v1.13的恢复结果一样,应该不是恢复程序本身的问题。

入参的话应该是一致的,CIDcommD、Ticket、TicketH这些都是一样的,但封装出来结果不一样确实感觉比较奇怪

@FroghubMan
Copy link
Member

这个问题应该和其他几个issue是同样的问题,我也在找这个问题的根源在什么地方。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants