Topic: Devcoin - page 112. (Read 412952 times)

The round 21 devtome word earnings are pasted below and at:
https://raw.github.com/Unthinkingbit/charity/master/devtome_bounty_21.csv

121Pb2BBrU7C61vBdWCKVuFFmaEZr6xFAX-Knotwork,2-Word Count(http://devtome.com/doku.php?id=wiki:user:Knotwork&do=edit)
17vec4jQGCzMEsTnivizHPaowE715tu2CB-Unthinkingbit,6-Word Count(http://devtome.com/doku.php?id=wiki:user:Unthinkingbit&do=edit)

They are generated by tomecount.py:
https://raw.github.com/Unthinkingbit/charity/master/tomecount.py

The word counts for each writer are at:
https://raw.github.com/Unthinkingbit/charity/master/tomecount.csv

The word earnings were generated on 2013-03-14, and the total word counts follow below.

Collated Word Count: 48,111
Collated Weighted Word Count: 14,433
Images: 5
Original Word Count: 177,280
Total Word Count: 225,391
Total Weighted Word Count: 191,763

The marketing earnings are pasted below and at:
https://raw.github.com/Unthinkingbit/charity/master/marketing_earnings_21.csv

121Pb2BBrU7C61vBdWCKVuFFmaEZr6xFAX-Knotwork,3/5-Marketing(http://devtome.com/doku.php?id=wiki:user:Knotwork&do=edit)
17vec4jQGCzMEsTnivizHPaowE715tu2CB-Unthinkingbit,3/5-Marketing(http://devtome.com/doku.php?id=wiki:user:Unthinkingbit&do=edit)

They are generated by marketing.py:
https://raw.github.com/Unthinkingbit/charity/master/marketing.py

Basically to trade assets on one server for assets on another server you just find anyone who is on both servers and work out some kind of deal with them where you give them something on one server and they give you something on another server.

For example I have issued a few digiDevcoins on the OTdemo server as well as many on the Digitalis server so I could accept them from someone on one server and give them on the other server some that I have there.

Typically for any asset that is issued on more than one server the issuer is a logical person to check with as you know they must be on both servers since they issued their asset there.

(So far assets have only one issuer per asset; once the corporate/group entities stuff is done people might start creating asset contracts that any of various officers or members or representatives or whatever of the group is authorised to issue, maybe even specifying which officer exactly gets to issue the asset on which server(s). But right now each asset is issued by one issuer.)

-MarkM-

Awesome, TY

Is there allready a common method for synchronizing various OTS?
In my opinion that would bring us a step closer towards decentralized trading of crypto perhaps even stockexchange ... Thats why i requested a statement from vircurex related to Cryptostocks.

Look in https://sourceforge.net/projects/galacticmilieu/files/

The archive digitalis-assets.tgz is a gzipped tar-archive of Open Transactions contracts, including the server contracts for the Digitalis server and the OTdemo server and a whole bunch of assets that are issued on the Digitalis server.

See http://galaxies.mygamesonline.org/digitalisassets.html for tables and plots featuring various assets that exist on the Digitalis server.

In particular, dDVC, DigiDevcoins, are tokens backed by DeVCoins, ad sDVC is shares of DeVCorp, a devcoin-based "corp".

All the assets are integer whether they are share/stock type assets or currency/commodity type assets. Partly this is to help showcase the "scale" feature of the markets, because you can use "scale" to achieve granularity of price.

For example if you wanted to sell digiDevcoins, which are integers, for digiBitcoins, which are also integers, you could use a market scale of a million, thus selling "lots" or "batches" of one million devcoins for some integer number of bitcoins per million devcoins. Or you could use a market scale of a hundred million, to sell "lots" or "batches" of a hundred million devcoins for some integer number of bitcoins per hundred million devcoins. And so on.

That in turn will hopefully encourage decent sized trades, instead of dicking around with fractions of a coin.

(Remember "pieces of eight" from pirate milieus, where coins were chopped into pieces? Yuck! We use complete whole coins here! )

The client uses the server contract to find out how/where to connect to the server, so just import a server contract into your client, register your nym at the server, and, if the server has usage credits aka usage tokens turned on, contact the server operator to negotiate the obtaining of some usage credits so your nym will be able to do other things such as look at markets, create accounts, or whatever other fun things you might be interested in doing.

(I recently enabled the usage credits system on the DIgitalis server; it it not yet active on the OTdemo server.)

-MarkM-

Do you wanna run your own OTS ?? Here you go:

    Install Linux Ubuntu 12.04 (I did it using Parallels to test this in a virtual machine, on my Mac.)

    Edit this file: /etc/apt/sources.list to add this line:


    Run this command from the terminal:


Open-Transactions is now installed.

You can run the server by typing 'otserver' at the terminal, and you can run the client like this: opentxs help

You may find these commands useful: opentxs list, opentxs stat, opentxs newnym, opentxs addserver, opentxs addasset, opentxs refresh, opentxs showincoming, opentxs acceptall, opentxs sendcheque.

If you run the otserver with blank data (stored in ~/.ot/server_data), it will walk you through the process of creating a fresh server. If you run the opentxs client with blank data (stored in ~/.ot/client_data) it will automatically create a fresh (empty) wallet.

If you prefer to test it using sample data, then grab the Open-Transactions project using the git command:


...then you can copy the contents of Open-Transactions/sample-data/ot-sample-data into the ~/.ot folder, and test it out using existing sample data, and play around with issuing the existing sample contracts.

To create your own asset type, use the "opentxs newasset" command. Use "opentxs addasset" to add an existing currency contract to your wallet.

To issue that new asset contract onto any OT server, use the "opentxs issueasset" command.

There is one GUI test wallet (in Java) and others coming soon for various platforms.

The OT API is easy, with sample code, and can be used from most languages, and on most platforms. Including: Java, D, C++, Python, PHP, etc. On Android, iPhone, Mac, Windows, and Linux.

Open-Transactions is open-source financial freedom. It enables anyone to run transaction servers, issue currencies, open accounts, use a variety of financial instruments such as cheques, cashier's cheques, markets, basket currencies, smart contracts (scriptable clauses), and untraceable digital cash.

OT is also able to prove all balances and verify any instruments without storing any transaction history, except for the last signed receipt.

For support, please see the Wiki: https://github.com/FellowTraveler/Open-Transactions/wiki

...and also the IRC channel #opentransactions on irc.freenode.net

...and also the mailing list: [email protected]


http://www.reddit.com/r/Agorism/comments/19p6oa/how_to_issue_your_own_currency_using/

Markm: any DVC related suggestions?
Vircurex: do you see a way for inplementation with cryptostocks ?

Oh, it might be related to a different incident: I've recently mentioned Devcoin in BitcoinX mailing list, and particularly I've mentioned publishing colored coin documentation on Devtome. EDIT:: Oh, I see many cryptocurrencies shoot up on vircurex, so it is likely unrelated.

BTW BitcoinX is going to issue its own currency BTX which will be somewhat conceptually similar to Devcoin, but without mining and stuff. Just uses ideas from Devcoin donation model: http://www.devtome.com/doku.php?id=devcoin#donation

Welcome to the hallowed ranks of devtome authors!

Devcoin exchange rates have started to recover already, you must have a huge fan base!

-MarkM-

I'm going to use Devtome to host documentation for BitContracts.org project (see here: http://www.devtome.com/doku.php?id=bitcontracts). Currently http://bitcontracts.org/ just redirects to http://www.devtome.com/doku.php?id=bitcontracts

This is just my way of helping Devtome, also it suits my needs

There were no objections for four days, so that bounty is active.

Also, the links or ads on up to three domain name homepages will be counted, not just one. However, still only one subdomain link or ad will be counted, and it will not be counted if there is a homepage listed.

Also, for getting on the marketing program, the requirement for getting generation devcoins in the last three months is relaxed to the last three out of four months, so that people can take a month off once in while with being bumped off the program.

There is a leaderboard (728 x 90) devtome banner at:
https://raw.github.com/Unthinkingbit/charity/master/earn_devcoins_by_writing.png

it was exported from Inkscape from the svg at:
https://raw.github.com/Unthinkingbit/charity/master/earn_devcoins_by_writing.svg

Both are in the public domain.

I suggest a bounty for new devtome leaderboard ads. They would have to refer to a devtome page, be of different style than other devtome leaderboard banners, and be open source, acceptable licenses include MIT, BSD, GPL, and public domain. The first two would get 3/5 of a generation share, the next two would get 2/5 of a share, and the last two would get 1/5 of a share.

Any objections? Should anything be changed?

Edit: five banners have been made:
http://www.devtome.com/doku.php?id=devcoin_gallery#leaderboard

one 1/5 of a share award remains.

I've updated the marketing script:
https://raw.github.com/Unthinkingbit/charity/master/marketing.py

and now people who've been getting generation devcoins for the last three months get 1/5 of a generation share for a devtome link on a subpage or subdomain, 2/5 for of a share for a link on a domain name, and 3/5 of a share for a leaderboard (728 x 90) banner on a domain name, like the 'Earn Devcoins by Writing' ad in around the middle of the cryptocoincharts page:
http://www.cryptocoincharts.info/

People also get 1/5 of a share if the first five listed posts, with devtome links in them, total more than 100 words, and 2/5 of a share if those posts total more than 1,000 words.

People who put a devtome link in their signature get 1/5 of a share. If the person has made more than 1,000 posts, they get 2/5 of a share.

The format looks like:


If I get good information on how much bitcoin banner ads cost, then I'll update the amount paid for putting a banner ad on a home page.

Since people were interested in devcoins for links, people who add the address of a page with a link to devtome will get 1/5 of a share, 2/5 if the page is a home page. The format looks like:


With the link, the user page looks like:


I'll check the list of devtome users:
http://devtome.com/doku.php?do=search&id=%22%28wiki%3Auser%29%22&fulltext=Search

before running the marketing script:
https://raw.github.com/Unthinkingbit/charity/master/marketing.py

before each round, so there is no need to message me to get on the marketing list. If you don't have a devtome account already, please get one, make a user page with a link section, and you'll get devcoins as long as that page has a link to any devtome page.

After you mentioned how much work it could be, I decided that it would be done the same way as devtome earnings, anyone who wanted to get link money would add an extra section on their user page with a link to their site. I'd run a script which would automatically check the page to see if it does have a devtome.com link, and add it to the bounties if it does. Marketers would not have to be writers to make a user page, if anyone who is not a writer wants to market links, they'd just have to message me to add them to the marketers list, eventually even that could be automated.


It would be ongoing, as long as the link is up. The script would be run each month, and whoever has a valid link would get earnings.


It would be easiest to check if a link to a devtome page is in the signature, because that requires only looking up the profile page.

Later, a forum posts section could be added. Because there could be many pages to look through, to speed up things, probably the first 5 listed posts would be checked, the words counted and the earnings calculated from that. If someone had more than 5 posts mentioning devtome, then they would pick their top 5 posts with the highest number of words.

After the link marketing is set up, we'll make bounties for devtome ads.

I'm not sure how to calculate the earnings, counting click throughs would require a server, which takes work to maintain. An easier way might be to base the earnings on the page rank of the site. In any case, once the earnings are sent out for link marketing, we'll know more about calculating earnings.

Would you use curl/perl/whatever scripts to check the link is stable not fly-by-night type of stuff?

I tried running link-lists long ago and learned that it can actually be a surprising amount of work, and that was with a links list app with an admin section in it, not ad hoc manual link-trades type of work.

Also are these ongoing-forever as long as the link is still up? Or just this cycle we will at the end of the cycle give out these rewards for any links that were up through the entire cycle, next cycle we'll see how that want and consider increasing or decreasing depending on how worthwhile a links drive it turned out to be?

Many sites used to just give a one time benefit for putting a link, maybe knowing that lots of people are not going to run around later pulling them down. (Costs more in tiem to remember oh I put that link up last month I should pull it down, and actually go pull it down, than to just forget the entire incident (it might not even be a site they ever even look at much or at all themselves!)

Also, what about forum posts that mention DevTome?

-MarkM-

I second this, also I would suggest we have a small bounty offered for a series of appealing banner ads that can be given to anyone looking to add devtome ads to their page.

To increase devtome traffic, I suggest an affiliate link marketing program. This would only be available to people who have received devcoins from generation for the preceding three months. This is to provide extra devcoins for people who do stuff, and to filter out scammers.

The marketing program would offer 1/5 of a generation share for people who put a link to any page on devtome from a subpage or subdomain. For people who have their own domain name, they would get 2/5 of a share for a link from their home page to devtome. For example, a link from a github page would get 1/5 of a share, a link from the home page of mydomain.com would get 2/5 of a share.

If this works out, and it doesn't take too much effort to run it, eventually people could get a bit more if their site has a high page rank. Also, a banner ad program could be added. This is just a simple start.

Are there any objections to this program? Should anything be changed?

Sheesh!

I kept being tempted to impart this tip and kept refraining, but now I'm tempted to put "don't do it and warranty is void" in the (non-existent, so much for that idea) warranty:

Coin daemon startup scripts should include -rescan, *especially* so if they are started automatically.

Basically if you are not there yourself, with certain knowedge it was not e.g. the power company messing with your power or lightning striking or whatever that caused a start to be happening (due to a stop having happened... who knows how the stop was caused or what condition it left the wallet / blockchain in???), the default startup behaviour should always to be to -rescan.

Its in all my *colinstart.sh scripts, all of them. I have to manually hack it out to start a coin daemon without a rescan, then put it back in.

Which should only be done if you watched the stopping / going down that precedes this start, as its when it went down that is likely to have left a mess.

Ideally, GUI users would use -rescan too on startup, (build it into the command that clicking its start-icon runs! (Or if you use a config file, put it in the config)) but dunno if they'd have the paitience for it if of the "ooooh shiny, lets fire up client to buy it" type rather than the "oooh shiny, good thing I leave my client running 24/7 so I can buy without waiting through the startup -rescan" type.

-MarkM-

You're welcome.

To everyone, you can send and receive devcoins as before.

Solved TY