ACPs icon indicating copy to clipboard operation
ACPs copied to clipboard

[ACP-194] update named-block label definitions

Open ARR4N opened this issue 6 months ago • 3 comments

There has been some confusion about whether ACP-194 (a) modifies finality guarantees, and (b) forces users to wait until settlement (i.e. the safe block). Both of these are incorrect interpretations.

Having APIs support both the safe and finalized block labels, with the same meaning, contributed significantly to (a) because of the word finalized. As they were redundant, use of finalized is removed.

Concerns around (b) are clarified with an explanation of the meaning of safe (absolute and with respect to hard-drive corruption), with guidance on its usage and alternatives to achieve faster guarantees.

ARR4N avatar Jun 19 '25 11:06 ARR4N

We had discussed this offline, but just to write it down: There is a pretty high probability that we'll need to support all of the labels for compatibility with standard ethereum tooling.

StephenButtolph avatar Jun 25 '25 21:06 StephenButtolph

We had discussed this offline, but just to write it down: There is a pretty high probability that we'll need to support all of the labels for compatibility with standard ethereum tooling.

What do we want to do with "finalized" then? If we make it the same as "latest" then the ordering is different to what people expect. If it's an alias of "safe" (the natural definition in my opinion) then we have the same problem of people incorrectly thinking that "now Avalanche has 5s finality".

ARR4N avatar Jun 26 '25 08:06 ARR4N

I think we will probably need to maintain the same ordering that tooling expects and just deal with any misconseptions that arise from it

StephenButtolph avatar Jun 26 '25 14:06 StephenButtolph