this post was submitted on 03 Aug 2023
75 points (85.0% liked)

Programming

17412 readers
72 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 1 year ago
MODERATORS
 

Hello!

When I was creating a CTF for a conference, I've finally got to learn about how blockchain and smart contracts actually works in practice, and the whole concept is simply brilliant. A quick introduction for those unfamiliar with it would be in this summary, but just to summarize how I basically understand it, blockchain is simply a VM that runs code (smart contracts) a both the code, and result of every execution of it is calculated by a bunch of users (so, mining is basically running a VM) and appended into the blockchain based on some kind of consensus and proof of work. This means that you get a single source of truth and history of every execution of a smart contract that is decentralized and you can rely on it.

But, almost every use of blockchain or smart contracts I have seen has pretty large issues either in sustainability in the long term, or in cases where you simply need some form of an authority to prevent and punish misuse. While I'm not really that much familiar with every use of blockchain so far, I will first list what I've already thought about or seen, and the main issues that I think are a deal-breaker for choosing blockchain for that kind of tasks. It's possible that some of the issues are wrong or have already been solved, so please correct me if I'm wrong - my knowledge of blockchain isn't really that in-depth.

First and the most common use is the one you are probably most aware of - cryptocurrencies. If I ignore the biggest and most unfortunate issue of cryptocurrencies turning into an investment-only product, with hugely volatile and inflated price that is not backed by any kind of real value (sure, you can pay with BTC, but it's slow, expensive and super volatile to be useful, so the only real use is to literally sell it to others for a profit - which also basically means you are scamming someone out of their money down the line), I see the following problems with using blockchain for currencies:

  • Longevity - The ledger size is already getting massive, only after a few year. It's not sustainable, and it will eventually be really hard to keep the whole ledger at a large enough number of places to not run into problems of integrity. It's growing exponentionally, and is at around 500Gb after around 10 years.
  • Gas cost - It's getting harder and harder to mine and confirm new transactions, which increases the cost while also making less people able to mine new transactions without being at a loss. This will only get worse, and eventually lead to the 50% problem (if someone controls 50%+ of mining nodes, he can confirm fake transactions or do whatever he wants with the blockchain) being a real issue.
  • Lack of moderation - This may be one of the more controversial issues, because it goes directly against the whole idea of cryptocurrencies, but is one of the biggest problems I see that are in the way of crypto being able to be considered for wider use. We live in a world where some people are dicks that are not afraid to steal and cheat, and something like a currency simply has to be moderatable. You need to be able to punish criminals, and take back what they have stolen. If someone doesn't pay their debts and owns me money, the government should be able to just take the money if they have them. If someone uses an account for scamming and stealing, it should be possible to freeze it.

The last issue will eventually show in most of the other uses of blockchain as well, and while I have included it, I'm still not sure how I feel bout it. In an ideal world, you would not have to deal with something like this. I would also really like to have an option to do my transactions privately, without anyone being able to profile my behavior and data, but such a system would have to allow for some safeguards against missuse to be widely adoptable. (Which is an interresting off-topic question - would it be possible to create a system that is private, but also has the possibility for trusted authorities to freeze accounts and force transactions?) And the more that I think about it, the more I'm certain that I'd rather have a centralized system where you can punish criminals and scammers, than a system where lives of people are regularly ruined by someone stealing all of their savings unpunished. But it is a thin line - I only say that because I live in a country that is all-right and I can trust my government - for now. But I definitely agree that such a private unmoderated option should exist - but can't be considered for widespread use, which I've heard some people say that "crypto will replace cash in a few years". And this is why it never will, IMO. But this discussion shouldn't be about whether this is a good opinion or not - but more about "what blockchain is a good tool for".

Next one are NFTs. I will just quickly gloss over them, because they are even bigger scam than crypto is. Ever heard someone say "Someone has copied and minted my NFT?". Well, it's a shame that there isn't some kind of centralized authority that could, you know, not allow them to do that.

Another use I've heard someone praise as "the future" was lending money. I'm not sure what were they talking about, but the whole point was that you can... Escrow an amount you are borrowing, and then borrow the same amount? It didn't make any sense, so I guess I'm missing something, but then again - we have the same issues as above, while also it being just a bizare idea - why simply not use the amount you already have? The person tried to explain it to me, but it just feels gimmicky. And if you escrow a lesser amount, you then have the same problem with moderation as above - nothing can force you to return the money (unless it is already escrowed, but then, why??)

So far, every use of blockchain I have heard about would be better done in a centralized fashion, especially as far as longevity is concerned. The growing ledger size and increasing gas cost, along with the 50% problem simply makes most of these kind of uses too impractical to work on a larger scale.

But I really like the concept and idea of smart contracts, and I'm sure there has to be some kind of use that is not as "revolutionary" or large scale. I'm just having hard time coming up with any.

I have only one - voting, and maybe transparent randomization (i.e lottery). Smart contracts are an amazing way to collect votes transparently but privately, since you can be sure that no-one can cheat, if you set it up properly. It's also something that doesn't suffer from the longevity problem, because it's more of a one-shot use of blockchain, rather than something ongoing - which also justifies the price.

(tl;dr feel free to start here:) Which is what I'm interested in - does any of you have similar ideas for use of smart contracts and blockchain, that would be practical in a daily live? Be it one-shot smart contracts for a small task, such as voting or random winner selection, maybe some kind of escrow. It doesn't have to be a "society changing system", or something revolutionary. A common small code snippets or apps that would solve the trust issue inherent to a centralized task is what I'm after - but have hard time coming up with.

And just a disclaimer - I don't plan on building anything and am not fishing for the next blockchain thing, I barely even understand it. I would just like to incorporate blockchain into my programming repertoire as a tool, because the concept feels so clever, but is also misused or misunderstood due to hype, but it has to have it's uses that are overshadowed by people jumping on the blockchain bandwagon without considering whether it's really the best tool for the job.

But is has to be a good tool for some kind of problems, right? And I would like to start a discussion about what would that be, without it being affected by the hype and reputation surrounding blockchain. I feel like that would be an interesting though exercise, and I'm sure we can come up with some interesting little uses here and there, without it being gimmicky but actually the best tool for the job.

Thank you!

EDIT: And I'd like to add that I never got into the blockchain hype, and my opinion on how it's used so far is mostly negative. If a product mentions blockchain, I usually just avoid it as a gimmick. But that's why I'm genuinely interested in this discussion - I don't judge a tool about how people misuse it.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 10 points 1 year ago* (last edited 1 year ago) (1 children)

Blockchains are "just" distributed databases with a guarantee about transaction ordering (doesn't have to be totally ordered like regular literal chain-of-blocks but eg. some sort of DAG). Then on top of that you have your consensus-forming mechanism like PoW, PoS or PoA (Proof-of-Authority), most of which are designed to work in a network where you don't trust the participants, except for PoA where nodes that eg. have a cert signed by a specific authority can do validation.

I could see PoA networks being useful for eg. banks, real estate related stuff, DNS (like @[email protected] mentioned) etc. Anything where you'd be interested in having all parties agree on some order of transactions, and where validation is only done by trusted actors. DNS-like systems could maybe even be done with public validation, but PoW is out of the question because of the W part, and most PoS-like systems (well, PoW and PoS but still) have lots of problems with validators being incentivized to order transactions in a certain way ("Maximal Extractable Value" et al) that can actually be detrimental to the network (or even consensus) and to the users.

I'm not really super sold on the idea of public blockchain networks where anyone (well, anyone with the means, which is not a small barrier) can be a validator, they mostly seem a bit like a solution looking for a problem. I can easily envision blockchains becoming something like Linux in the sense that they could be used "in the background" in many contexts, but so that us plebs rarely actually have to deal with them (the majority of the Internet runs on some flavor of Linux, but most people don't "consciously" use it apart from Android which does its damndes to pretend not to be Linux).

[–] [email protected] 3 points 1 year ago* (last edited 1 year ago) (1 children)

Your comment pivoted from smart contracts to the foundations of why blockchains are useful. If we're going down to strictly what a blockchain can be used for, replacing the web of trust for certificate validation.

Monero is a good example of what digital money should look like. Fungible, not an open ledger, usable like cash is.

If we ever put an authority in a position where they can surgically change things on a distributed ledger. It's much more efficient to simply have a central ledger controlled by that same authority.

It does get interesting when we look at partitionable blockchains with Central oversight but those are pretty rare. But if you do have a partition will blockchain your the government functions could keep operating if there's some network partition government event natural disaster communication interruption or say colonies on different planets. That could be interesting.

[–] [email protected] 2 points 1 year ago (1 children)

Yeah my comment was all over the place, but I hope not too much to be totally worthless.

PoA doesn't mean the validators can change history, at least unless the network is specifically designed for that – which most aren't, although I'd argue there's potential use cases for allowing to eg. "undo" transactions, like what your bank does if your credit card number gets stolen.

Re. partitionable chains, it'd be fun to think about how to manage transactions when some nodes are potentially light years away. We already have the "interplanetary file system" after all 😄

[–] [email protected] 2 points 1 year ago (1 children)

Well we kind of already have historical examples of partitionable ledgers. It's all about the merge. So historical documents written in far off offices merge or central offices. And they just kind of ignored conflict effects.

So if you have a very partitionable environment and we are using a distributed blockchain we might have to do something like record authority moving between partitions. That could be really interesting

[–] [email protected] 2 points 1 year ago (1 children)

Eventual consistency would be really eventual, heh.

And if the network is generally partitioned (or DAG-like I guess?), how do you handle eg. someone hopping on a (slower-than-light! I don't believe in that FTL nonsense) ship and going from eg. Earth to live on Alpha Centauri? Do they have to bring a part of the DAG with them (or some sort of zk proof of it anyhow) in some form, so that it can be "transplanted" into the consensus on the other end when they arrive?

[–] [email protected] 2 points 1 year ago (1 children)

I can only imagine in such an environment you would have packetized network updates. You wouldn't try to run a globally consistent ledger. You would bake in the partition network. And if you know somebody's going to transit from network aid to network b you might sign something you might do a key you might give some sort of authority for this record to now get updated in a different partition. And if that traveled with a human all the better.

I imagine the partitions would also keep best effort consistent copies of other partitions, but they wouldn't consider them you know up to date for any logistical purpose. So if you had a record that dealt with partition a but you were in partition b you would leverage as much data in partition be as possible and send an update record to a who would be the authority to do the thing and then send you the result.

But that's a very very very naive approach. I'm sure we could come up with something more interesting. A distributed eventually consistent ledger with very sparse updates. Could get interesting

[–] [email protected] 1 points 1 year ago

And this is exactly what I meant when I said that this sort of interstellar networking stuff is super fun to think about 😄