Live data from Hacker News

Some ideas for native Bitcoin apps

cdixon.org

1–10 of 82 posts

Re: Some ideas for native Bitcoin apps

#2
I think this is a great post. I do wish it covered some of the other Bitcoin 2.0 concepts since it can do more then just efficiently moving small amounts of value around. Many think that concepts like smart contracts and fractual ownership (e.g. Reddit's recent announcement) require new altcoins, metacoins, or ethereum but don't realize Bitcoin can natively supports them too. There are already open source colored coin [1] APIs that allow anyone to model ownership of anything on the Bitcoin Blockchain, without any intermediary currency.

[1]http://coins.assembly.com/

(disclosure, helped create this ^)

Re: Some ideas for native Bitcoin apps

#6
post #2

I think this is a great post. I do wish it covered some of the other Bitcoin 2.0 concepts since it can do more then just efficiently moving small amounts of value around. Many think that concepts like smart contracts and fractual ownership (e.g. Reddit's recent announcement) require new altcoins, metacoins, or ethereum but don't realize Bitcoin can natively supports them too. There are already open source colored coi…

Awesome points. See my other post above, there's a link to you in that post

Re: Some ideas for native Bitcoin apps

#7
> 2. Allocating bandwidth, storage, compute.

Before Bitcoin was a thing, I was thinking about the Erlang VM's "reduction-counting" processing paradigm, and noticed that it was a lot like having a dom0-scheduler "treasury" with domU-process "citizens", where each citizen gets paid a basic income every scheduling interval, and then can spend it to "purchase" time-spent-aware on a virtual core.

In Erlang's model, processes lose whatever they don't spend in a given interval—this is necessary to prevent a process from "saving up" and then blocking the VM for seconds at a time. However, if rather than putting a cap on wealth, you just cap spending per interval, then processes could do lots of other clever things with their income: trade it, invest it, spawn subagents that consume it, etc. This would be a very interesting platform for running goal-directed AI agents on: somewhere between Core Wars and Heroku.

Now, if the only "ledger" of reductions was in the local dom0, you'd have nothing more than a toy server: a sort of fishtank for agents to interact within. But throw a blockchain at the problem, and now agents could pay to spawn sub-agents (or copy themselves) anywhere that'll take their dom0's currency.

Interestingly, since cryptocoins are all pretty fungible, this would imply that the "intelligence" of an AI—or of a hypothetical Hansonian brain-emulation, for that matter—could be measured in units of dollars-spent-per-second.

Re: Some ideas for native Bitcoin apps

#8
post #4

Also worth reading: https://news.ycombinator.com/item?id=8410986 Two compelling blog posts by two Bitcoin thought leaders at the same time. Multiple discovery at its best

Also interesting that these posts are coming at a time when Bitcoin's value has dipped to its lowest level in recent months.
Post reply on HN