Topic: [DVC]DevCoin - Official Thread - Moderated - page 378. (Read 1058927 times)

I was logged in from yesterday and when I clicked edit it said I needed to log in and couldn't. I never log out.

Ok, so it's not just me?

Hmm I am still logged in from yesterday. I am not eager to log out to test whether login would work for me right now or not.

But I have been editing pages okay using my current login.

-MarkM-

I am unable to login either, sorry Username or Password is wrong.

hmmm

anyone else having difficulties logging into devtome?? if not then someone seems to have changed my password

FuzzyBear

I am not convinved that all the receiver-file sites "blindly" duplicating whatever garbage some hacker manages to put on one such site is a great idea; indeed it seems to weaken the theoretical robustness that having multiple admins maintaining multiple receiver-file sites ought to be buying us.

One time I noticed Unthinkingbit had left something out, as when I ran the file-generating scripts I happened to notice the resulting receiver-files were not paying me at all; I knew I ought to be getting at least a little something for maintaining a receiver-file site so I questioned what was up.

Despite that I didnt really look hard at all the rounds since, maybe checked the first time I was in the receivers file but then just figured whatever problem had happened before was now fixed.

So I think it is probably a good idea that admins actually run their "get latest receiver file from site X" script manually and take some kind of cursory look at what it gets before defeating the purpose of having multiple admins "maintain" copies by blindly copying whatever hack some hacker manages to get into one site and thus give the hacker automatically a hack of a majority of the sites, as the whole point had been one would have to hack a majority of the sites to accomplish a hack that would effect/affect end-users.

Also even if cron is used at all, it surely ought not to be, like, "every day in case the files changed that day", but, at most, "when a new round is due, to get the correct new files for that round."

Furthermore, typically Unthinkingbit PMs me that it is time to generate the files and upload them to my site, I do that, then he checks them (presumably) before then contacting other admins informing them the next round's files are ready. Or, at least in theory, he notices a problem, such as that he had forgot soemthing on his end before telling me to generate the files, and tells me to generate them again as he has made a fix.

So having "cron" propagate that initial erroneous file everywhere in the meantime while we are still not in consensus even just the two of us that we created them correctly would not be a great idea.

For example sometimes he will PM me to generate them and upload them, I do, then days later he PMs me again to tell me so and so had not put his tip address correctly on his Devtome author page or whatever so now that is fixed I should generate and upload again.

Only once he feels that what I have generated from the component datafiles he has put in his charity-git directory I git pull from is good, and the remaining days of grace authors get for getting their tip address right and all that does he then proceed to tell other admins that a new receiver file (or when we add another host to all receiver files going back in time to make even past history more robust, a new set of receiver files) is available for them to grab from my site.

It isn't a great idea to have "cron" pull the intermediate draughts that are part of Unthinkingbit and I working toward a consensus on what the new files should contain and whether the copy on my site is ready for others to grab yet.

Admittedly changing our working methods so as not to upload to my actual site others grab from until after consensus could avoid that but would then also add another potential place for a glitch in that we could end up in consensus that what we created is good, without it actually being on my site others pull from yet.

The way we do it currently, by the time we think it is good it is already on the correct site others will then be told to grab it from. So he is checking in effect not only that they built correctly but also in the correct place where they will thus actually get grabbed, both by other admins (who hopefully doublecheck them before putting them on their own sites) and by end-user clients.

TL;DR: I think thus admins should not use cron, and should have two scripts/commands: one very seldom used, that grabs all the files, for those rare occassions when we update the entire set of files to make all the files list all the current file-sites; and one for the usual every round case, that just grabs only the latest files. That one they might end up having to use more than once if somehow Unthinkingbit tells them my copy is ready to grab from before the grace days are over and some new author urgently convinces him to squeeze them in at the last moment due to some gltich with their tip address or something.

(For all I know, it might be that Unthinkingbit tells just one other admin the files are ready, and waits for them to confirm we don't seem to have screwed them up, before telling another admin or more admins or the rest of the admins... We should maybe figure out what we'd do if Unthinkingbit got run over by a bus without our knowledge thus we didn't hear from him at all, too, maybe... s/maybe/probably/ ... s/probably/certainly/ ...)

-MarkM-

I am a file admin as well, what do I have to do?

devtome.com is getting pounded by bots for registration. Since the new writers are manually added anyway I am going to disable the page for now to avoid the registration bots. If theres an issue with this let me know.

Thank you, I will just script something to wget them by name and augment the name upwards by month.

But is run by RealSolid, of more fame or infamy than just Solidcoin fame or infamy, for whatever that is worth or not worth or anti-worth, right?

-MarkM-

anyone know what the low was on vircurex? I see 28 on the last trades but dont knownif that was the low?

Btw you can trade on mcxnow.com... its an up and comer and pretty sweet built ontop of c++ very fast and secure also pays out interest on balance of dvc.

The receiver files are not linked from anything at all, you'd have to ask for them by name, knowing in advance what names you want to ask for, one by one. Same for the account_##.csv files.

Of course in any given round there ought only be one new reciever file you need and, if you want the account file to match, one new account file. The older ones you would presumably already have by then.

They are not behind any login prompt, that login thing is just the php scripts of a php+mysql intergalactic mining game.

-MarkM-

Is Devtome down?

markm - is there a way to mirror this:

http://galaxies.mygamesonline.org/

Without getting a login prompt? I've added a receiver files repository to my site, and would like to cron job a script to pull them from your site--is that doable?

In those days a whole lot of posts and threads had been or were going on about how with bitcoin going up in value so much ordinary things people buy like a cup of coffee or whatever was going to end up needing lots of decimal-places, and normal people would be weirded out by that, so bitcoin should move its decimal place, and on and on like that.

So part of the design that Unthinkingbit hired me to help him learn how to implement and help him implement included that the intended coin was to have already moved the decimal place from the get-go, so as to get the whole big argument about whether to move the decimal place and if so how far to move it and so on out of the way right from the initial design.

So basically it was handed down to me "from above" by the client as part of the initial specs of what he wanted.

When bitcoin is $1000 per coin and a cheap cup of coffee costs 0.001 BTC, maybe if we are really lucky, and awesome marketers, and create oodles of businesses that use devcoin, and convince masses of people and shops and so on to adopt it as yet another of the many currencies their payment processor processes for them, that same cup of coffee might cost the much less confusing price of 1 DVC.

(Good luck with that. We'd presumably need our difficulty to catch up with bitcoin's too while we're at it to achieve that, so I guess we need to convince all the bitcoin pools to take up merged mining too...)

(Oh and we keep mining forever, so we'd get an inflation hit that bitcoin doesn't...)

Unthinkingbit did most of the work, he is the developer, he hired me to help him learn/discover how to implement what he wanted and I helped a little in actually coding it in the process of us both discovering how it could be done. He mostly just needed someone more familiar with the bitcoin codebase to help him learn faster how it worked, and we both needed to do some actual experiments to learn what kind of hacks at it we could get away with.

(I think I had already been working on all the game-nation and game-corporation blockchains at the time so was quite familiar with making basic hacks at the code to make clonecoins, though I had been hacking the testnet code to make those so that gamers could use the -testnet switch (or a renamed such switch) to make their client do their chosen gamecoin or use the same client without a switch to have it do normal bitcoin as usual.)

-MarkM-

MarkM - seeing as you were the developer for Devcoin, can I ask you a question? What was the reasoning behind issuing 50,000 coins per round instead of 50.

Someone on reddit described Devcoin as a "zimbabwe currency" - i.e. they looked at the number of coins rather than market cap, and decided in a split second that it was "zimbabwe" and therefore they didn't want to participate. I'm convinced this is the thing holding the coin back - it's not fitting in with pre-conceived ideas about how a currency should be.

It seems reasonable to list it after DeVCoin, because DeVCoin already existed in our heads when we created GRouPcoin as a testbed to try approaches toward implementing DeVCoin, and I am pretty sure it wasn't until DeVCoin was working that we ripped out the failed attempts at creating a DeVCoin from the GRouPcoin code making it the actual GRouPcoin we are familiar with today rather than just a testbed - with gamers actually trying to use it so there'd be in effect actual testers testing it - on which to try ideas aimed at creating what we were actually trying to create (DeVCoin).

We can probably reasonably regard GRouPcoin as having remained a test coin until DeVCoin was launched; once DeVCoin was up and running its -testnet flag presumably would have been the way to go for any further testing of it. GRouPcoin never did have what DeVCoin has, it mostly tested little crucial details of what exactly one can do to coinbase transactions and how. Once we knew enough about what we could do there, we knew how we could implement DeVCoin so went ahead and did so. The gamers continued to test the use of cryptocurrency in games with the GRouPcoins they had accumulated, and naturally did not want their coins to vanish... If they were willign to game with vanishing coins they would have used bitcoin testnet coins in their games. A key feature for coins for gaming was, to them, the fact no dungeonmaster or game script etc etc could take their coins away aka cause them to vanish. Permanence was, to them, an essential feature. So GRouPcoin, without any of the failed attempts at changing genesis blocks or first few blocks or every block's coinbase or anthing like that, chugged along much like while other gaming coins such as United Kingdom Britcoins, Canadian Digital Notes, United Nations Scrip, General Mining Corp scrip, General Retirement Funds scrip etc etc etc. (All of which eventually moved away from using blockchains "temporarily" until such future time as sufficient transaction volumes exist to make the transaction fees add up to enough to attract miners.)

I think I read somewhere that the scrypt coins - Tenebrix then Fairbrix then Litecoin (though that list might be leaving out SHA256 coins launched in the meantime, I do not know) came after DeVCoin and thus presumably also after GRouPcoin. I do not know if that is true though.

-MarkM-

I suspect any "other work" hosted on the Devtome server or included directly into a page served from the Devtome server probably needs to be free open source content used in accordance with its existing free open source license.

Are you familiar with wikipedia's stance on this issue?

It seems to me references are typically put at the bottom of the page and consist basically of links to third party sites that hosted the material that is referenced.

So for example if you want to make reference to a particular proprietary photo out there on the net somewhere, or even a photo you yourself took for some corporation (they own the copyright and have released it as free open source) that they now host on their site - probably regardless of whether it shows any logos - you should use a little superscript reference-number link like wikipedia does or some such mechanism the reader can click to jump to that reference's little blurb/link at the bottom of the page, from which they can click away to the third party site if they wish to see/read/hear/watch the actual thing/material you are making reference to...

-MarkM-

Thanks Alyssa85.  I will go ahead and make a correction to reflect what you wrote.  And feel free to send any additional info you might come across, and like I said I will try to find this out for myself in the next few days too.