You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 11, 2023. It is now read-only.
Implicit bounce may happen on at least two scenarios:
Player connects to other servers gradually, creating a "natural bounce". Example: S connects directly to A. Then, using A as origin, connects to B. Then, using B as origin, connects to C. The resulting connection would be: S -> A -> B -> C, without the player ever explicitly creating a bounce.
Player S is connected to bank B1 using bounce B. Connection is: S -> [B] -> B1. Now player will make a transfer (i.e. create a wire_transfer connection) to an account located at bank B2. The transfer connection will be S -> [B] -> B1 -> B2, i.e. origin ATM B1 is added implicitly to the bounce.
Proposed implementation
Have bounces reference themselves (no need for arbitrarily nesting though, one-level is enough). So Bounce.t would have a parent_id that may be nil (explicit bounce) or Bounce.id (implicit bounce).
As long as the Client is properly updated when an implicit bounce is created, everything shall be fine (and we don't need to create a new data structure like e.g. Bounce.Implicit.t)
The text was updated successfully, but these errors were encountered:
Implicit bounce may happen on at least two scenarios:
Player connects to other servers gradually, creating a "natural bounce". Example:
S
connects directly toA
. Then, usingA
as origin, connects toB
. Then, usingB
as origin, connects toC
. The resulting connection would be:S -> A -> B -> C
, without the player ever explicitly creating a bounce.Player
S
is connected to bankB1
using bounceB
. Connection is:S -> [B] -> B1
. Now player will make a transfer (i.e. create awire_transfer
connection) to an account located at bankB2
. The transfer connection will beS -> [B] -> B1 -> B2
, i.e. origin ATMB1
is added implicitly to the bounce.Proposed implementation
Have bounces reference themselves (no need for arbitrarily nesting though, one-level is enough). So
Bounce.t
would have aparent_id
that may benil
(explicit bounce) orBounce.id
(implicit bounce).As long as the Client is properly updated when an implicit bounce is created, everything shall be fine (and we don't need to create a new data structure like e.g.
Bounce.Implicit.t
)The text was updated successfully, but these errors were encountered: