W3C home > Mailing lists > Public > public-webpayments@w3.org > May 2015

Re: modeling wallets

From: Timothy Holborn <timothy.holborn@gmail.com>
Date: Sun, 17 May 2015 08:56:10 +0000
Message-ID: <CAM1Sok0y1sZANZFmTwDdj50zfH8Cen1MmF8oT8qvSa=QvTO7vw@mail.gmail.com>
To: Melvin Carvalho <melvincarvalho@gmail.com>, Web Payments <public-webpayments@w3.org>
I think perhaps we need to drop the idea of "wallets".

In terms of funds, an array of traditional and non traditional formats
exist functionally.

- Accounting for fiat
- crypto
- online banking
- etc. (Perhaps reputation,  etc. Currency related though,  perhaps?)

Therein perhaps ontology work is needed?

With regard to the "trust vehicle", which in legal terms usually relates to
a bucket rather than a legal entity with fudiciary responsibility over that
"bucket",

The concept of "dataspace" seems to apply.

I note; significant fudiciary / governance issues around understanding
metadata...

Or #metadata

Private dataspaces seem to be the core of the functional requirements.
Opencreds is attempting to find a solve for that void. Others in dev. Also.

I imagine your requirements to relate to these context, with particular
interest in non-traditional formats? Ie: crypto?

Tim.h.

On 22:19, Sat, 16/05/2015 Melvin Carvalho <melvincarvalho@gmail.com> wrote:

> During my implementation of a proof of concept for virtual wallets, ive
> been trying to lock down the concept of wallet.
>
> I've come up with:
>
> "A wallet is a container of money"
>
> I dont distinguish between single user and multi user wallets, because, in
> the digital sense, it's the same code.
>
> So what I have is:
>
> #user   namespace : wallet  <URI>
>
> The URI of the wallet then can contain pointers to all the relevant
> details, e.g. where to find APIs, the name, where to send transactions.
> Then the URI is of type "Wallet".
>
> It seems like quite a simple model, another alternative would be to say
> "hasWallet", but that seemed a little ugly to me.
>
> Thoughts?
>
Received on Sunday, 17 May 2015 08:56:41 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:07:40 UTC