Hacker News .hnnew | past | comments | ask | show | jobs | submitlogin

Embedded expiry, it can't be redeemed before the wine is ready anyway.


What happens if the wine goes bad? Who/what arbitrates in that scenario? Because from the winery's perspective, whoever currently holds that contract owes them money for the wine at a fixed price that was determined and sold in the past.

If I hold that contract and have to take delivery of rancid wine instead of fresh wine like I imagined, what's my recourse?

Basically how do you ensure the state of the real-world asset remains fixed throughout the duration of the contract?


In the case of wine, the real-world version of “going bad” is just that it’s not very good. When you bought the future wine, you were betting that it would be very good wine and you could resell it for more. The winery was selling it to you for “cheap(er)” because you assumed that risk.

So for actual wine, right now, you have no recourse: you bought the risk. I don’t think this would be any different with NFT-wine. Now and in the NFT case you already paid the winery, you owe them nothing more.

Now if they cheat and give you water instead of wine… I guess whatever real-world contract says you can exchange this token for wine would say which wine?

Most likely the first N wineries to do this would do it as a publicity stunt, and if it proved useful then there would be some precedent. Much of the wine world operates on reputation and trust.

For the vast majority of physical products that are not like wine: you’d need real-world contracts to back your smart contracts and the latter would only be useful for decentralization of the secondary market.


So the "trustless" system still relies on you to trust the reputation of the winemaker.

What are we actually inventing here?




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: