W3C home > Mailing lists > Public > public-interledger@w3.org > June 2017

Re: Optimistic over Universal

From: Evan Schwartz <evan@ripple.com>
Date: Fri, 30 Jun 2017 13:55:17 +0000
Message-ID: <CAONA2jVQBH-OgO=N70JbugD1UZY4tEC42pe6+iVqwbkFOEZ5pA@mail.gmail.com>
To: Timothy Benest <thb@enteracc.ch>
Cc: Interledger Community Group <public-interledger@w3.org>, Roberto Catini <roberto.catini@gmail.com>
Connectors can keep track of all of the payments they are a part of and
their positions in different currencies. The reference implementation has a
way to configure it to do this.

>From the protocol's perspective it doesn't matter whether or not connectors
keep track of their payment history (they definitely want to remember which
outgoing transfer corresponds to which incoming transfer though). In
general we assume the ledger's view of the balance is definitive but you
can certainly set up some connectors such that there is no ledger involved
and both sides keep track of their positions.

On Fri, Jun 30, 2017 at 2:22 PM Timothy Benest <thb@enteracc.ch> wrote:

>
> On 29 June 2017 at 15:52, Evan Schwartz <evan@ripple.com> wrote:
>
>> @Timothy: Ledgers do double-entry bookkeeping. Interledger is used to
>> synchronize transfers (sets of debits and credits) across multiple ledgers.
>> I'm not sure I understand what you see as the problem.
>
>
> To be honest, I do not understand enough about Interledger, yet, to
> comment.
>
> My concern is that "Connectors" do not do the proper double entry to keep
> track of positions.
>
> I will comment more when I understand things better.
>
>
>
>
>
> Regards
> Tim Benest
> General Manager
>
> *EnterAcc S.A.*
>
> eMail    : thb@enteracc.ch
> Tel      : +41 22 550 8965 <+41%2022%20550%2089%2065> (Switzerland)
>          : +1 869 469 0955 <(869)%20469-0955> (Nevis)
> Telegram : @tbenest
> Skype    : tbenest
>
> EnterAcc S.A.
> C.P. 1436
> Rue de Berne 11
> 1211 Genève 1
> Suisse
>
-- 

Evan Schwartz
Software Engineer
Managing Director of Ripple Luxembourg
<http:> <http:>
Received on Friday, 30 June 2017 13:56:01 UTC

This archive was generated by hypermail 2.3.1 : Friday, 30 June 2017 13:56:02 UTC