MonsieurNicolas

So what we have is Before: * Account S has a balance S_balance and trustlines T1, T2, ... * Account T (if it exists) only has a balance B_balance then...

Might want to think about this in the context of transactions gated on balance entries, which allows for relative time locks as well.

How is this more special than other multipliers like k, M, etc? If you're going to add meta data (and I don't think we should), we should solve it for...

divisible and non-divisible is completely arbitrary information to communicate to the client. core doesn't care either way; your argument for not including the multiplier in the currency in the first...

by the way I just saw that #20 and #21 are also tracking the same problem that there is a need for additional meta data tied to the asset type....

I think one way to approach this is to decouple things so that we favor a flow similar to multi sig where signatures are added by different parties by adding...

@TorstenStueber did you look at leveraging [CAP-0023](https://github.com/stellar/stellar-protocol/blob/master/core/cap-0023.md) that we're trying to finalize in the next couple months? It allows to decouple transfers from accounts and seems to have strong desirable...

I was not saying that CAP0023 will make merging accounts easier, but that it should make writing payment channels easier. In the context of payment channels, as transactions can fail,...

yeah merging assets becomes interactive and doesn't need to be done from within the smart contract @TorstenStueber so the existing operations should be enough

This "dehydrate" feature would be quite interesting indeed to prune the ledger. I don't know yet if this would be enough to shard the ledger in some interesting way (the...