Remember, issuers want people to use stablecoins because they get to invest the funds in treasuries and hold onto the interest. If everything is blacklisted then no one will want to use them and the issuer won't make any money.
559 karma · joined October 31, 2015
Remember, issuers want people to use stablecoins because they get to invest the funds in treasuries and hold onto the interest. If everything is blacklisted then no one will want to use them and the issuer won't make any money.
That's sort of besides the point though. I'm just saying that you have the ability to implement whatever ad hoc or arbitrarily complex payment logic you want without relying on a middleman.
Also, you can always write wrapper coins for other stable coins that don't have any spending restrictions. And yeah, issuers can play whack-a-mole and ban those contracts. But at that point we're talking about a coin that no one would even recognize as money any more. Why would anyone use it? If they're already on the blockchain it would be a pretty seamless switch to just use the native token.
And at the end of the day, if you can exchange your dystopian stablecoins for USD (as the legislation requires) then you can functionally spend your money with the same restrictions that are on your bank account anyhow.
Also, there's nothing stopping foreign banks from issuing their own stablecoins. Owning a US bank-issued stablecoin is like having an account with that bank. If you have a problem with that, then you can swap your balance for a EUR-backed stablecoin issued by a European bank. Or better yet, you could sell it for real USD or EUR.
In any case, I don't think that's the sort of product that commercial banks are itching release when they launch their new stablecoins. I'm sure a lot of coins will have a deny list for AML/KYC reasons, but an allow list would be pretty cumbersome to maintain and probably turn off most users.
What you're describing can only be achieved by encoding specific logic into the coin's original contract, so you'd know what you're getting yourself into ahead of time. And this is tantamount to agreeing to be paid in a specific gift card with a really small payment network. No need to get crypto or stablecoins involved.
A simple (and contrived) example: Let's say I want to send you $100 on Tuesday, but only on even-numbered hours. This is a trivially easy smart contract to write. Sure, you could do this with crypto, but if you want to protect yourself against price fluctuations it makes sense to use a stablecoin.
> 1. Supply chain management
I don't really know enough about supply chain management to go one way or another on this, but I suspect it could be more useful as a realtime marketplace for goods than as a source of truth whether a certain even happened. I think the author is right that verifying events is largely an IoT issue. But maybe there's some value in having the assurance that "A says X event happened" as opposed to "X event conclusively happened".
> 2. Object authenticity guarantee
I always thought this was stupid as it relates to physical objects. Again, the author rightly notes that this is more of an IoT issue. But I think the value proposition is much clearer for digital objects such as NFTs. Whether or not NFTs are inherently stupid is a different discussion, but it's pretty clear that you get very strong authenticity guarantees with them.
> 3. Statement authenticity guarantee
As noted, you don't need a blockchain to make the guarantee. That's just cryptography. But if you want to timestamp it or the ability to revoke it, then a blockchain would be more useful. I'm sure a lot of authenticity guarantees could be managed by decentralized databases, but I can see some value to putting them on chain if you want to allow the guarantees to interop with other applications.
> 4. Voting
It really depends what you're voting on. In many cases simply collecting digital signatures is fine. Again, that's just cryptography, not blockchain. But if you want flexible realtime governance to a system with complex voting rules, then smart contracts could be a good way to manage that. As noted, this isn't suitable for private votes, but there might be some ways to pull it off with ZK proofs.
> 5. Proof of authorship
My point here is more or less the same as with 2.
> 6. Land registry
Really, the use case here is "deeds and ownership registries of other financial assets". I don't think there's anything wrong with the enforcer having special permissions over the asset. The use case here isn't " protecting you against the fraudulent activities of both the regulatory authorities and any individual officials". The asset only has meaning in the context of a larger institution, so it doesn't make sense to try to strip it form that institution. I think the real use case here is more that you can interop your asset with other onchain applications. Additionally, it allows you to pick and choose which specific permissions belong which parties. Everything doesn't automatically default to whoever is running the infrastructure
> 7. Interbank transfers
I don't buy the premise that banks would necessarily need to defer to a private chain in order to obfuscate payments. Applications like Tornado Cash exist and ZK technology has come a long way since 2019. But even if they did, I don't think "setting up a distributed database and resolving any disputes in court" is a great outcome. I think there's value to having the system settle (and avoid) disputes automatically without having to wait for things to be resolved in court.
> 8. Token for token’s sake
Sure. I think memecoins are stupid, but I have a hard time seeing them working outside of a blockchain.
> Blockchain as a trigger
Having worked at an enterprise blockchain company where most of the clients were using blockchains as a trigger, I can say that this is almost always a bad idea. For most use cases, blockchains are a straight up bad fit, and would lead to a worse application.
> Money
I actually think that bitcoin is terrible money, but I can see blockchain-based payment systems using stablecoins taking off.
> Smart contracts
I think there is definitely a lot of unexplored territory here, partially because a lot of the product development in the crypto space is driven by idiots. But you can't tell me that there are no use cases globally decentralized, censorship-resistant, general purpose computation. If nothing else I think there were a lot of ideas thrown around several years ago that weren't possible due to scaling issues, which are now possible due to L2s (ex. disintermediating online marketplaces like uber + airbnb, social media with sovereign identity, gaming state + asset management).
I ended up turning the exchange into an interactive website: https://0ms.co/sexydating
Something like that would probably be overkill for individuals, but most people would definitely benefit from some added on chain bureaucracy regarding how their accounts are managed. And yes, for many this would lead to a system that isn't notably less centralized than the traditional banking system. But people would at least have a choice as to where their wallets gets to sit on the bureaucracy <> complete freedom spectrum. And even if they end up closer to the bureaucracy end, they'd have a lot more flexibility and lower administrative fees than what they currently have.