Tokens


Barry Kreiser
 

The Token Guy (Roger?),

We are working with tokens sdk as of late and wondering if there are existing patterns controlling who can issue tokens on a business network or is it best to control that on the token spend?

We intend to use the tokens as a means to settle obligations via Corda Settler and were going to add in a "isValidToken(issuer,tokenType)" flow onto our BNO node that would be called during settlement.

Thanks in advance for any ideas or pointing me in the right direction.

Barry Kreiser | Director/CTO | GuildOne Inc.
GuildOne. Trust Through Transformation.


Manos Batsis
 

I tend to extend EvolvableTolen and contract constraints.

Hth,

Manos

On Thu, 24 Oct 2019, 23:48 Barry Kreiser, <barry@...> wrote:
The Token Guy (Roger?),

We are working with tokens sdk as of late and wondering if there are existing patterns controlling who can issue tokens on a business network or is it best to control that on the token spend?

We intend to use the tokens as a means to settle obligations via Corda Settler and were going to add in a "isValidToken(issuer,tokenType)" flow onto our BNO node that would be called during settlement.

Thanks in advance for any ideas or pointing me in the right direction.

Barry Kreiser | Director/CTO | GuildOne Inc.
GuildOne. Trust Through Transformation.


Barry Kreiser
 

Thanks Manos, could you elaborate please.  

I am after an existing pattern if it exists to have a concept of valid issuers on the business network.  
My approach was going to be to check the issuers/token types on the token spend against the BNO which would control who
could issue what.  Just looking for validation to my approach or alternative patterns already proven out.

Thanks,

Barry Kreiser | Director/CTO | GuildOne Inc.

GuildOne. Trust Through Transformation.


On Fri, Oct 25, 2019 at 3:18 AM Manos Batsis <manosbatsis@...> wrote:
I tend to extend EvolvableTolen and contract constraints.

Hth,

Manos

On Thu, 24 Oct 2019, 23:48 Barry Kreiser, <barry@...> wrote:
The Token Guy (Roger?),

We are working with tokens sdk as of late and wondering if there are existing patterns controlling who can issue tokens on a business network or is it best to control that on the token spend?

We intend to use the tokens as a means to settle obligations via Corda Settler and were going to add in a "isValidToken(issuer,tokenType)" flow onto our BNO node that would be called during settlement.

Thanks in advance for any ideas or pointing me in the right direction.

Barry Kreiser | Director/CTO | GuildOne Inc.
GuildOne. Trust Through Transformation.


Barry Kreiser
 

Nudge

On Fri, Oct 25, 2019 at 8:59 AM Barry Kreiser via Groups.Io <barry=guild1.com@groups.io> wrote:
Thanks Manos, could you elaborate please.  

I am after an existing pattern if it exists to have a concept of valid issuers on the business network.  
My approach was going to be to check the issuers/token types on the token spend against the BNO which would control who
could issue what.  Just looking for validation to my approach or alternative patterns already proven out.

Thanks,

Barry Kreiser | Director/CTO | GuildOne Inc.

GuildOne. Trust Through Transformation.


On Fri, Oct 25, 2019 at 3:18 AM Manos Batsis <manosbatsis@...> wrote:
I tend to extend EvolvableTolen and contract constraints.

Hth,

Manos

On Thu, 24 Oct 2019, 23:48 Barry Kreiser, <barry@...> wrote:
The Token Guy (Roger?),

We are working with tokens sdk as of late and wondering if there are existing patterns controlling who can issue tokens on a business network or is it best to control that on the token spend?

We intend to use the tokens as a means to settle obligations via Corda Settler and were going to add in a "isValidToken(issuer,tokenType)" flow onto our BNO node that would be called during settlement.

Thanks in advance for any ideas or pointing me in the right direction.

Barry Kreiser | Director/CTO | GuildOne Inc.
GuildOne. Trust Through Transformation.

--
Barry Kreiser | Director/CTO | GuildOne Inc.

GuildOne. Trust Through Transformation.


Roger Willis <roger.willis@...>
 

An issuer whitelist maintained by a business network operator is a sensible approach. You can even distribute the list as a state and require that it is included as a reference state in transactions. Cheers

 

From: <corda-dev@groups.io> on behalf of "Barry Kreiser via Groups.Io" <barry@...>
Reply-To: "corda-dev@groups.io" <corda-dev@groups.io>
Date: Monday, 28 October 2019 at 10:06
To: "corda-dev@groups.io" <corda-dev@groups.io>
Subject: Re: [corda-dev] Tokens

 

Nudge

 

On Fri, Oct 25, 2019 at 8:59 AM Barry Kreiser via Groups.Io <barry=guild1.com@groups.io> wrote:

Thanks Manos, could you elaborate please.  

 

I am after an existing pattern if it exists to have a concept of valid issuers on the business network.  

My approach was going to be to check the issuers/token types on the token spend against the BNO which would control who

could issue what.  Just looking for validation to my approach or alternative patterns already proven out.

 

Thanks,


Barry Kreiser | Director/CTO | GuildOne Inc.

 

GuildOne. Trust Through Transformation.

 

 

On Fri, Oct 25, 2019 at 3:18 AM Manos Batsis <manosbatsis@...> wrote:

I tend to extend EvolvableTolen and contract constraints.

 

Hth,

 

Manos

 

On Thu, 24 Oct 2019, 23:48 Barry Kreiser, <barry@...> wrote:

The Token Guy (Roger?),

 

We are working with tokens sdk as of late and wondering if there are existing patterns controlling who can issue tokens on a business network or is it best to control that on the token spend?

 

We intend to use the tokens as a means to settle obligations via Corda Settler and were going to add in a "isValidToken(issuer,tokenType)" flow onto our BNO node that would be called during settlement.

 

Thanks in advance for any ideas or pointing me in the right direction.


Barry Kreiser | Director/CTO | GuildOne Inc.

GuildOne. Trust Through Transformation.

--

Barry Kreiser | Director/CTO | GuildOne Inc.

 

GuildOne. Trust Through Transformation.


Barry Kreiser
 

Thank you 

B

On Mon, Oct 28, 2019 at 4:11 AM Roger Willis via Groups.Io <roger.willis=r3.com@groups.io> wrote:

An issuer whitelist maintained by a business network operator is a sensible approach. You can even distribute the list as a state and require that it is included as a reference state in transactions. Cheers

 

From: <corda-dev@groups.io> on behalf of "Barry Kreiser via Groups.Io" <barry=guild1.com@groups.io>
Reply-To: "corda-dev@groups.io" <corda-dev@groups.io>
Date: Monday, 28 October 2019 at 10:06
To: "corda-dev@groups.io" <corda-dev@groups.io>
Subject: Re: [corda-dev] Tokens

 

Nudge

 

On Fri, Oct 25, 2019 at 8:59 AM Barry Kreiser via Groups.Io <barry=guild1.com@groups.io> wrote:

Thanks Manos, could you elaborate please.  

 

I am after an existing pattern if it exists to have a concept of valid issuers on the business network.  

My approach was going to be to check the issuers/token types on the token spend against the BNO which would control who

could issue what.  Just looking for validation to my approach or alternative patterns already proven out.

 

Thanks,


Barry Kreiser | Director/CTO | GuildOne Inc.

 

GuildOne. Trust Through Transformation.

 

 

On Fri, Oct 25, 2019 at 3:18 AM Manos Batsis <manosbatsis@...> wrote:

I tend to extend EvolvableTolen and contract constraints.

 

Hth,

 

Manos

 

On Thu, 24 Oct 2019, 23:48 Barry Kreiser, <barry@...> wrote:

The Token Guy (Roger?),

 

We are working with tokens sdk as of late and wondering if there are existing patterns controlling who can issue tokens on a business network or is it best to control that on the token spend?

 

We intend to use the tokens as a means to settle obligations via Corda Settler and were going to add in a "isValidToken(issuer,tokenType)" flow onto our BNO node that would be called during settlement.

 

Thanks in advance for any ideas or pointing me in the right direction.


Barry Kreiser | Director/CTO | GuildOne Inc.

GuildOne. Trust Through Transformation.

--

Barry Kreiser | Director/CTO | GuildOne Inc.

 

GuildOne. Trust Through Transformation.

--
Barry Kreiser | Director/CTO | GuildOne Inc.

GuildOne. Trust Through Transformation.