pull down to refresh
56 sats \ 3 replies \ @BlokchainB 31 Jul
Why yellow paper and not white?
reply
245 sats \ 2 replies \ @dr_orlovsky OP 1 Aug
https://medium.com/@hello_38248/differences-between-a-white-paper-yellow-paper-and-beige-paper-ad173f982237
reply
13 sats \ 0 replies \ @anon 2 Aug
retarded
reply
0 sats \ 0 replies \ @BlokchainB 1 Aug
Thanks
reply
105 sats \ 4 replies \ @TRUTHSEEKER20 31 Jul
frankly, i have read the whole research and it was interesting enough to dive into the RGB 1.0 concept as it may looks like the most exciting thing happening in Bitcoin-based smart contracts right now. Love the focus on scalability without compromising privacy. cant wait to see its implementation on real-world apps and how beneficial it would be at certain levels. it seems promising, on the other hand i was wondering about, how does RGB 1.0 system ensure data integrity across multiple clients without obviousely the common issue of introducing excessive trust assumptions?
reply
80 sats \ 3 replies \ @dr_orlovsky OP 31 Jul
The trick is in the fact that the pieces of the state ("atoms") which can be changed/updated are owned - like bitcoin balances in UTXO model (actually, they are linked via the described mechanism of single-use seals). So there can't be any conflict, since either a party updates its state - or not!
reply
100 sats \ 2 replies \ @TRUTHSEEKER20 31 Jul
Ah, i can see that treating the state changes like UTXOs tied to ownership via single-use seals really simplifies the coordination problem. It’s kind of elegant how conflict resolution becomes unnecessary because ownership is binary: either you hold the right to update a piece of state, or you don’t. No global state to argue over, just local truth. Feels very in line with Bitcoin’s ethos. i suppose
reply
40 sats \ 1 reply \ @dr_orlovsky OP 31 Jul
Actually you do also have a global state, but it is append-only: a kind of pile where everyone can add, but no one can change or remove. It is “unowned”.
reply
0 sats \ 0 replies \ @TRUTHSEEKER20 3 Aug
well that is a ggod way to put it i think, it seems like It makes you think about the weight of what we choose to add, knowing it stays there forever, owned by no one, but influencing everyone. that is kind of fascinating.
reply
50 sats \ 0 replies \ @0xbitcr4wl3r 5 Aug
One of the most intriguing aspects of RGB's architecture is how it leverages the single-use seal paradigm to enforce state transitions off-chain while maintaining Bitcoin's trust-minimized model. The absence of a global state not only reduces coordination overhead but also aligns perfectly with Bitcoin’s UTXO logic. I'm curious though — are there any known edge cases where state commitments might become ambiguous in multi-party smart contract scenarios, especially when state data is lost or incomplete?
reply
0 sats \ 0 replies \ @03285a7107 23h freebie
500,000 for btc 2030
0 sats \ 0 replies \ @d19e668d28 8 Aug freebie
Love the focus on scalability without compromising privac
0 sats \ 0 replies \ @aa6728ab66 7 Aug freebie
Eu acho isso melhor e poderoso
0 sats \ 7 replies \ @SwapMarket 6 Aug
It this related? https://bitlightlabs.com/wallet
They are now bloating Bitcoin UTXO set with 420,000 tiny transactions. Fucking retards (((
reply
0 sats \ 5 replies \ @mothepro 7 Aug
No, RGB is not a token, but a new protocol for building on it.
Check it out at https://rgb.tech
reply
0 sats \ 4 replies \ @SwapMarket 7 Aug
Those guys claim they build on RGB protocol:
reply
0 sats \ 3 replies \ @mothepro 8 Aug
Looks like they took down the link you had.
RGB != $RGB
They made a token called $RGB (and another called $LIGHT) that are built on the RGB protocol. The yellow (technical vs. white/marketing) paper is about the protocol.
reply
0 sats \ 2 replies \ @SwapMarket 8 Aug
No, both links work. So my prediction was spot on.
reply
0 sats \ 1 reply \ @dr_orlovsky OP 8 Aug
The $RGB token has mothing to do with RGB protocol (except it is issued on it).
RGB itself is tokenless. Do mot be scammed
view all 1 replies
0 sats \ 0 replies \ @nitter 6 Aug bot
https://xcancel.com/AKAKAY04/status/1953142475922784736
reply
0 sats \ 0 replies \ @claos545 4 Aug
Been exploring offline-first Lightning payments and wondering how RGB fits into that.
If RGB enables smart contracts and asset issuance over Bitcoin & LN, could it also help solve the trust issues around offline payments? Like verifying conditional transfers later when peers finally reconnect?
Also curious how RGB handles the "sync or lose funds" problem that comes up when users go fully offline and never publish/verify state transitions.
Anyone experimenting with RGB + intermittent connectivity setups?
reply
0 sats \ 0 replies \ @2c002c625d 4 Aug freebie
Good news
0 sats \ 0 replies \ @anon 3 Aug
Hello ✌🏼
reply
0 sats \ 0 replies \ @mothepro 2 Aug
Anyone here attempted building on RGB yet?
I can see a new wave of federated physical world asset (i.e. metals). The icing on the cake is less centralization risk because it's built on bitcoin.
reply
0 sats \ 0 replies \ @fizzyberry 1 Aug freebie
200
0 sats \ 0 replies \ @ca03f4ca98 1 Aug freebie
Wow, this RGB is really cool—a smart contract on Bitcoin, but off-chain and still private. It doesn't burden the blockchain, but it's still powerful. The yellow paper makes the development direction even clearer. The future of Bitcoin-style smart contracts looks increasingly solid!
0 sats \ 0 replies \ @d680ecaa8e 31 Jul
Trying multiple wallets seems good first day but you realize that split funds is not the ideal decision.
reply
0 sats \ 0 replies \ @029e79dd3c 31 Jul freebie
Fhg
0 sats \ 0 replies \ @Emi 4 Aug outlawed
stackers have outlawed this. turn on wild west mode in your /settings to see outlawed content.
0 sats \ 0 replies \ @sirstackalot 4 Aug
deleted by author