If you're thinking about what you could build (or help to b…
If you're thinking about what you could build (or help to build) on BSV, remember, because it is about being a stable platform, and because miners compete on the services they provide, you have the freedom to think as big, or as small, as you want.
Replies
An example of thinking big:
Disintermediating the entire internet model of today.
An example of thinking small:
Servicing micropayments to enable value adds on the smallest levels... No more friction, only activity.
Have a few ideas for the bitcoin. One unrealized potential is car paperwork. An immutible record is an ideal place to make recalls and important notifications.
Yes - anything that is valued by its immutability is a huge use case for Bitcoin.
Even when you get into more granularity like car service. There is value to having a record of work performed or gas filled.
Absolutely! Imagine CarFax where you have a record of every service, and the mechanic's report on the car at that time. It would fundamentally change the used car market.
Posting a qr code for a used car with that kind of record adds intrinsic value.
Build it on the current VIN system(s). That'd work in the US, not sure for other locales. But there's a definite advantage to all of this.
The unrealized potential is stupid. SV is the only network that is about storing it permanently while it is the full nodes problem how to access. Simply this is how bitcoin was intended.
The real challenge in an idea like this is that it involves a *very* complex pre-existing production structure.
How do you get mechanics and dealers and governments and car owners to all use it?
Finding the best starting points for building is important.
My current method while not ideal simply changes a token from having a quantity to a signal. You send 101 tokens then you are an authorized dealership adding a record. Using a qr code you can look up that address for transaction or record check.
Yes - as you dig into the system, it becomes obvious that it was intended to have only one filter for what goes in... The transaction fee.
It is robust in its unstructured simplicity...
I don't believe that is an appropriate model for this sort of system. There is an issue of truth and what is or isn't honest. It's the Oracle problem, and I don't know of a good solution to it. It causes some very easily missed, but important, problems.
Control of the car includes sending that amount of that cars tokens to the liable party. With that they are limited to a certain level of service on this individual car. Polices both parties a little.(I might be far off here)
Having a hard time explaining why I feel taking the value out of a utility token might be useful.
I might be missing something, but this seems almost like a proof of stake model over cars... And that just doesn't work, even if it's only for their records.
Whether or not something happened isn't up to an incentive model in the first place, so...
I just don't see how using the exchanging of tokens can help in any way here.
Go ahead and take some time to think it through and see if you can come up with an explanation.
I am unable to imagine a way in which this can work by using tokens as you appear to be suggesting.
The value of the token is not something that is useful in partial trading. The value of a car token is the info that comes with it and not the car token(s). The records value is not as important as the record.
I would care less what the value of my car token is and more the records that my car token stored.
Which means that the token itself isn't actually necessary or important.
So why include it? If the goal is to solve the Oracle problem (in a nutshell, is it a legitimate entry about that vehicle, giving an honest report?) then I don't think it helps here.
You are probably right. I will definitively take a look at my fundamentals here. I will keep you posted. I appreciate your input.
It's my pleasure. Looking forward to hearing what you come up with.