(Illustration from: http://ofdoge.wordpress.com/2013/12/05/art-doge/, copyright the artist.)
To make the process of art reviews and criticism more transparent and quantifiable, we can use cryptographic asset tokens to represent critical opinion and valences.
See here for how:
Dogeparty crypto asset tokens representing different kinds of art.
See here: http://rhea.art/art-coins-coloured/
I’ve added a Dogecode runner that uses dogepartychain.info‘s API rather than requiring a local dogepartyd instance to be running. You can get the runner as part of the Dogecode source code here: https://github.com/rheaplex/dogecode And you use it like this:
dcrunw DFibwNZvuJaHM9bD6x1WA63urkHiE4tWzF
which will fetch the program encoded as Dogeparty tokens at the specified address (DFib…) and run it locally. Here’s some addresses to try:
DCvDS9g9VUZ94MSLbWi4zWRtxHrXeEctZ3
DFZkhTXwAWW7PqBvVkohCFWobipqw3xmAn
DFibwNZvuJaHM9bD6x1WA63urkHiE4tWzF
DQuineX1BTF4ZD6DQxxsbUgVttmR4LvrdY
dcrun -u rpcuser -w rpcpassword DCvDS9g9VUZ94MSLbWi4zWRtxHrXeEctZ3
Hello World!
Cryptographic asset tokens can represent all kinds of things.
Including computer programs. Introducing…:
(There are several other projects called Dogecode. This isn’t them).
Dogecode takes computer programs in the Brainfuck programming language (chosen for simplicity of encoding):
++++++++[>++++[>++>+++>+++>+<<<<-]>+>+>->>+[<]<-]>>.>---.+++++++..+++.>>.<-.<.+++.------.--------.>>+.>++.
and translates them into a csv file of token amounts using dcc:
INCB,8
JFOR,1
INCP,1
INCB,4
JFOR,1
INCP,1
INCB,2
INCP,1
INCB,3
INCP,1
...
which are then sent to a Dogeparty address (slowly) as a series of token transfer transactions using dcsend:
Sending lots of tokens. Make sure you really want to do this.
Waiting for token state to synch
Row 1: INCB,8
Waiting for token state to synch...........
Row 2: JFOR,1
Waiting for token state to synch.............
Row 3: INCP,1
Waiting for token state to synch........
Row 4: INCB,4
Waiting for token state to synch..................
Row 5: JFOR,1
Waiting for token state to synch.......................
Row 6: INCP,1
Waiting for token state to synch.......................
Row 7: INCB,2
Waiting for token state to synch......
Row 8: INCP,1
Waiting for token state to synch......
Row 9: INCB,3
Waiting for token state to synch......
Row 10: INCP,1
Waiting for token state to synch.....................
Row 11: INCB,3
Waiting for token state to synch..............
Row 12: INCP,1
Waiting for token state to synch.....
The transactions encode the program on the address, which can then be fetched and run as seen at the top of this post using dcrun.
For more details see the whitepaper.
Update: There’s an easier to use runner and more examples here.
Visualizing Bitcoin blockchain transactions – click on each image to run in your browser.
Each hash as instructions for a turtle graphics pen:
Life games with each hash as the starting board state:
A Chernoff Face of each hash:
Cellular automata with each hash as the initial row:
Quadratic curves with the bytes of each hash as the control point co-ordinates:
I have placed my soul on the blockchain, representing it as a cryptographic asset token.
The MYSOUL token is on the Dogecoin blockchain as a Dogeparty asset:
http://dogepartychain.info/asset/MYSOUL
I’ve divided it up into 100 units. This is more efficient that having a single token to represent the soul and transferring it to a single owner, as competition within the market will both reduce costs and allocate this resource more efficiently than a monopoly could.
To make ownership of my soul more accessible, I’ve also created a MYSOUL asset on the Bitcoin blockchain with Counterparty:
http://www.blockscan.com/assetInfo/MYSOUL
This is also divided up into 100 units. Counterparty is more expensive for transactions than Dogeparty, but is more widespread, so it’s good to have both options.