--- Log opened Tue Nov 10 00:00:12 2020 00:42 -!- zoe_ [uid464843@gateway/web/irccloud.com/x-tcezlndnsewiyuia] has joined #lnp-bp 02:20 < step_> I'm currently working on a written version of the RGB node demo. In the live demo dr_orlovsky did a while ago, a single node performs the issuance and a transfer to itself. I was wondering whether it's more informative to have a couple of nodes interacting in this context, just to clarify who does what and which data needs to be transfered from sender to receiver. 02:20 < step_> What do you guys think about this? 02:28 -!- coreyphillips [coreyphill@gateway/web/irccloud.com/x-hksulcznrlqntcim] has quit [Ping timeout: 260 seconds] 02:41 -!- coreyphillips [coreyphill@gateway/web/irccloud.com/x-wowcvcfdvumjegxm] has joined #lnp-bp 03:01 < step_> Also there's something that bugs me a bit. When you issue an asset, you bind it to an utxo. Then, when you perform the first transfer, I would expect you have to spend that utxo and commit to a utxo of the receiver in the consignment. However for me the transfer works also if the input utxo in the transfer psbt is different from the one issued asset is bound to. Shouldn't RGB node be performing this check on the input 03:01 < step_> psbt? 03:01 < step_> Also there's something that bugs me a bit. When you issue an asset, you bind it to an utxo. Then, when you perform the first transfer, I would expect you have to spend that utxo and commit to a utxo of the receiver in the consignment. However for me the transfer works also if the input utxo in the transfer psbt is different from the one issued asset is bound to. Shouldn't RGB node be performing this check on the input 03:01 < step_> psbt? 08:37 < dieeasy> > I was wondering whether it's more informative to have a couple of nodes interacting in this context 08:37 < dieeasy> IMO using two nodes is clearer; I'd also take into account the fact that the latest demos (e.g. lnpd) use two nodes instead of just one 13:02 -!- zero__ [~textual@c-73-227-195-63.hsd1.ma.comcast.net] has joined #lnp-bp --- Log closed Wed Nov 11 00:00:13 2020