This repository has been archived by the owner on Nov 6, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
no-seal-check needs more fixing #9727
Labels
F3-annoyance 💩
The client behaves within expectations, however this “expected behaviour” itself is at issue.
M4-core ⛓
Core client code / Rust.
P7-nicetohave 🐕
Issue is worth doing eventually.
Milestone
Comments
If this is fixed, I think parity will be able to use nullEngine and --no-seal-check to connect to GETH clique chains. |
thefallentree
changed the title
--no-seal-check needs more fixing
no-seal-check needs more fixing
Oct 10, 2018
5chdn
added
Z0-unconfirmed 🤔
Issue might be valid, but it’s not yet known.
M4-core ⛓
Core client code / Rust.
labels
Oct 10, 2018
Interesting, but isn't that a bad idea to connect a nullEngine with disabled seal check to a Clique chain? I'm not entirely sure this is (1) possible and (2) makes sense. |
it is entirely possible and everything works fine once remove this check.
The main reason is to obviously enable parity based apps(like the
etherlight explorer) to view chain state of of a clique poa chain, it
wouldnt be able to mine anyway.
…On Wed, Oct 10, 2018 at 01:00 Afri Schoedon ***@***.***> wrote:
Interesting, but isn't that a bad idea to connect a nullEngine with
disabled seal check to a Clique chain? I'm not entirely sure this is (1)
possible and (2) makes sense.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#9727 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABMsEMCKLVyWyNPYVV0IwMP6-Myhf72Eks5ujakTgaJpZM4XUoCn>
.
|
|
it actually works for syncing blocks tooa
…On Wed, Oct 10, 2018 at 02:10 Tomasz Drwięga ***@***.***> wrote:
--no-seal-check works only for Importing/Exporting the blockchain
currently (see the relevant section in --help), allowing it for the
regular client operation is definitely possible, but we should really print
a lot of warnings when that option is enabled.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#9727 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABMsEG-ivl3Rea9FS8M7yhr9oZNqPxnWks5ujbmBgaJpZM4XUoCn>
.
|
5chdn
added
P7-nicetohave 🐕
Issue is worth doing eventually.
F3-annoyance 💩
The client behaves within expectations, however this “expected behaviour” itself is at issue.
and removed
Z0-unconfirmed 🤔
Issue might be valid, but it’s not yet known.
labels
Oct 10, 2018
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
F3-annoyance 💩
The client behaves within expectations, however this “expected behaviour” itself is at issue.
M4-core ⛓
Core client code / Rust.
P7-nicetohave 🐕
Issue is worth doing eventually.
This change misses 1 place, where it still checks "SealArity" when --no-seal-check is passed and nullEngine is specified.
see logs here
Originally posted by @thefallentree in #9470 (comment)
The text was updated successfully, but these errors were encountered: