From a74e1ecdce5789196c7696f22e568959b0e94039 Mon Sep 17 00:00:00 2001 From: Evan Forbes <42654277+evan-forbes@users.noreply.github.com> Date: Sun, 4 Sep 2022 14:11:27 -0500 Subject: [PATCH] move comment to emphasize Co-authored-by: CHAMI Rachid --- docs/architecture/ADR-003-Non-interactive-defaults.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/docs/architecture/ADR-003-Non-interactive-defaults.md b/docs/architecture/ADR-003-Non-interactive-defaults.md index 28122d2985..eca1904c3a 100644 --- a/docs/architecture/ADR-003-Non-interactive-defaults.md +++ b/docs/architecture/ADR-003-Non-interactive-defaults.md @@ -16,7 +16,9 @@ While this functions as a message inclusion check, the light client has to assum The main issue with that requirement is that users must know the relevant subtree roots before they sign, which is problematic considering that if the block is not organized perfectly, the subtree roots will include data unknown to the user at the time of signing. -To fix this, the spec outlines the “non-interactive default rules”. These involve a few additional **default but optional** message layout rules that enables the user to follow the above block validity rule, while also not interacting with a block producer. Commitments to messages can consist entirely of sub tree roots of the data hash, and for those sub tree roots to be generated only from the message itself (so that the user can sign something “non-interactively”). NOTE: THE STATEMENT BELOW IS MODIFIED FROM THE SPEC +To fix this, the spec outlines the “non-interactive default rules”. These involve a few additional **default but optional** message layout rules that enables the user to follow the above block validity rule, while also not interacting with a block producer. Commitments to messages can consist entirely of sub tree roots of the data hash, and for those sub tree roots to be generated only from the message itself (so that the user can sign something “non-interactively”). + +NOTE: THE STATEMENT BELOW IS MODIFIED FROM THE SPEC > **Messages must begin at a location aligned with the largest power of 2 that is not larger than the message length or k.**