Closed oggy-dfin closed 2 weeks ago
@mraszyk yes, but I would like to first agree on the signatures and the informal description of the semantics with the stakeholders. Hence the draft status :)
@oggy-dfin Should we rephrase the title of this PR to something more descriptive? Like "feat: Introduce best-effort response messages" (I guess the timeout on responses is the implementation detail of how you achieve best-effort responses)?
@oggy-dfin Should we rephrase the title of this PR to something more descriptive?
Good point, changed now.
Can we consider renaming call_with_best_effort_response: (timeout_seconds : i32) -> ()
to something like call_timeout_set : (seconds : i32) -> ()
.
IMO, this will be more consistent with other call_*
API's naming convention:
call_
prefix indicates that this is for making inter-canister calls.cycles
in call_cycles_add
.add
in call_cycles_add
.I believe "Best-Effort Response" is a suitable name for an abstract feature. However, for the specific API, I think call_timeout_set
would be a clearer and more descriptive name.
Can we consider renaming
call_with_best_effort_response: (timeout_seconds : i32) -> ()
to something likecall_timeout_set : (seconds : i32) -> ()
.
In the first draft I actually named the call call_set_timeout
, eventually changing to the current name:
https://github.com/dfinity/interface-spec/pull/268/commits/ff8d96cb42dd90c1e6f6edd2f435f4794be13659
This was to make it clear already from the name that the system may now throw away responses pretty much at will, completely disregarding the timeout in some cases (in particular, high load). I think that still stands to reason.
@oggy-dfin Could you please also resolve the conflicts?
Superseded by https://github.com/dfinity/portal/pull/3764
To ensure scalability, we want to allow canister authors to use best-effort responses to inter-canister calls, which time out after a period of time.
Details are in IC-1674 and the forum post:
https://forum.dfinity.org/t/scalable-messaging-model/26920