--- Log opened Tue Aug 11 00:00:47 2020
02:28 -!- topper [uid326324@gateway/web/irccloud.com/x-elsuseqmcztowctt] has joined #lnp-bp
02:29 < topper> I asked this over in general, but maybe more of a dev question? All of the participants in an RGB contract have to be defined, right? So something like a uniswap isn't really workable? Unless someone applies for membership and current members allow them in or something similar, right?
02:29 < topper> I know you're building a DEX, but I'm talking about permissionless contract-calling
02:55 < remaeus> Someone might have to correct me, but I imagine dynamic membership could be achieved opaquely through some in-band protocol to replace the Schnorr pubkey
04:29 -!- fiatjaf1 [~fiatjaf@2804:7f2:2a82:90a5:ea40:f2ff:fe85:d2dc] has quit [Remote host closed the connection]
04:30 -!- fiatjaf1 [~fiatjaf@2804:7f2:2a82:90a5:ea40:f2ff:fe85:d2dc] has joined #lnp-bp
07:30 < olga_> @fiatjaf LN functionality is indeed still WIP but you can already play with onchain part of RGB https://github.com/LNP-BP/rgb-node
07:39 -!- GlobalLiquidity [~GlobalLiq@24-32-173-69.trckcmtk02.com.dyn.suddenlink.net] has joined #lnp-bp
08:26 -!- grubles [~grubles@gateway/tor-sasl/grubles] has quit [Remote host closed the connection]
08:26 -!- grubles [~grubles@gateway/tor-sasl/grubles] has joined #lnp-bp
09:38 <@dr-orlovsky> mblackmblack: no, we can’t check txid existance since otherwise we would not be able to work with Lightning channels, DLCs and many other stuff
09:38 <@dr-orlovsky> it’s up to wallet to check the validity of txid to whatever format/rules it needs to
09:38 <@dr-orlovsky> it’s up to wallet to check the validity of txid to whatever format/rules it needs to
09:38 <@dr-orlovsky> if its Lightning wallet — check against channel txids etc
09:39 <@dr-orlovsky> topper
09:40 <@dr-orlovsky> topper: dont have uniswap experience - never used it. Either not sure that I do understand your question. To work with RGB, you need UTXOs, even if they belong to a non-minded tx. Everything you can fit into UTXO will work with RGB as well
10:07 -!- Guest2020 [d106dbf8@209.6.219.248] has joined #lnp-bp
10:18 < Guest2020> Hi, trying to build rgb-node android bindings on MacOS and running into some build issues - wondering if anybody else has the React Native Demo working on MacOS
10:47 <@dr-orlovsky> Guest2020: when I tried I had the same, and b/c I was never doing React Native I was not able to solve them. There were some Mac-specific NDK compiler version problems or so
11:22 < topper> dr-orlovsky: Thanks for responding. Basically what I'm asking about is a smart contract that *anyone* can call. I picked uniswap just because it's a well-known example of an open contract that others call. As far as I can tell RGB requires a known set of participants?
11:23 <@dr-orlovsky> In RGB, deliberately, there is no such thing. It is designed only as a owner-based system, anarcho-capitalistic, if you'd like. This means that only an owner can change a state, and in a part he is in ownership of
11:24 <@dr-orlovsky> The general public would not even know about existence of the contract, and of course can't change it's state (i.e. invoke some method on it)
11:24 <@dr-orlovsky> otherwise RGB will quickly become a method for building digital concentration camps, like other Turing-complete blockchains, where experts, rich owners or government/governance will decide over you and the property you own
11:30 <@dr-orlovsky> If, as an owner, you'd like to give some other people some rights under the contract, you will need to define that right and assign to UTXOs owner by those ppl - and if they accept this (with a consignment) they will be able to change corresponding part of the state
12:00 -!- Guest2020 [d106dbf8@209.6.219.248] has left #lnp-bp []
12:15 < topper> dr-orlovsky: but RGB is building a DEX, right?
12:15 < topper> so an invite only dex?
12:19 <@dr-orlovsky> RGB can't build DEX, RGB is protocol :) LNP/BP Association is working on DEX, but of course to sell some asset you will need a desire of the asset owner to sell it!
12:34 < topper> right but to *list* on the dex
12:36 <@dr-orlovsky> there is no point in making orderbook part of RGB protocol and not protocols on top of it
13:00 < topper> protocols on top of RGB or protocols using RGB?
16:07 -!- topper [uid326324@gateway/web/irccloud.com/x-elsuseqmcztowctt] has quit [Quit: Connection closed for inactivity]
16:51 -!- grubles [~grubles@gateway/tor-sasl/grubles] has quit [Remote host closed the connection]
22:15 -!- olga_ [uid458260@gateway/web/irccloud.com/x-xdbexqtnlixmziko] has quit [Quit: Connection closed for inactivity]
22:47 -!- GlobalLiquidity [~GlobalLiq@24-32-173-69.trckcmtk02.com.dyn.suddenlink.net] has quit [Ping timeout: 256 seconds]
--- Log closed Wed Aug 12 00:00:49 2020