Pie charts without data seem like pointless armchair-theorising, better would be simply change the port numbers and the four byte handshaking sequence and the name (maybe call them TOKEns or something?  ) and when we make a forex app they can both run in the market, it will be interesting to see which ends up with better exchange rate against which other currencies. Let miners vote with their hash rates and developers vote with their developments and we'll see whether artists and writers and coders and marxists (couldn't resist since mining seems to be a "own the means of production even if you are an unskilled worker" thing) and musicians prefer a chain that benefacts them or a chain that benefacts miners. This could be fun. If you like I will grab your code from git and add these additional changes that will free it to soar as itself being itself. Do you even want or need the receiver files stuff or do you want that changed too? I have no problem hosting a receiver file for your project as well as the one I already host for the devcoin project. I might even mine on your chain some, what the heck, always nice to pick up some almost-free coins or tokens as an early adopter before the means of production owner types come along and muscle in on the action with their obscene amounts of hash power insisting that since they own the muscle they should rule the economy. (Charles Atlas & Rambo versus Einstein & Fermi, championship match of the millenia! ) -MarkM- I like the idea of competing block chains, which is why I downloaded and compiled devcoin to start with. I imagine it will get mined if it supports merged mining, but I don't yet see it acquiring an exchange to fiat currencies. Rather then just changing the port numbers, how about making one merged client that can support both (and more) currencies, using parametrized config files or modules, and multiplexing over the same port? |
|
|
|
I tried mining today, and found two blocks. Had one up to 2/unconfirmed, but then they all of the sudden went to 0 and orphan status. Only see one connection. No idea what happened, except I guess someone else made a block and did not add in mine?
I just briefly ran devcoin-qt and got one only connection. However everything seemed ok, the block number was 8,192. Is mining working for you now? Seems some mined blocks did take, but it 2/3rds become orphaned. |
|
|
|
So I googled found many ways to get things started but none of them worked. Let me show you one way that I though should be basic and work... I opened up the file /etc/rc.local Looks like this... #!/bin/sh
#
# This script is executed at the end of each multiuser runlevel.
/home/bitcoinpool/namecoin/namecoind -daemond &
/home/bitcoinpool/pushpool/pushpoold --coinfig=/home/bitcoinpool/pushpool/server.json &
Exit 0
When I reboot nothing. Please help and get paid in full! Linux does not define the runlevel start up scripts, depends on the specific userland as to how that is set up. Just which init set up is being used? What are you running specifically? Also, the above runs everything as root, not a great idea. I would run namecoid as its own user, probably in a chrooted jail. In any case, a lot of Linux set up use vixie cron... in that case create a user for running this ( myncduser or whatever). Add them to cron.allow if need be. # crontab -u myncduser -e then add the line @reboot /home/bitcoinpool/namecoin/namecoind -daemond or better yet, put it in a script that can restart it if it fails, actually if this is for production use, look into something like daemontools or runit iinstead. |
|
|
|
|
I tried mining today, and found two blocks. Had one up to 2/unconfirmed, but then they all of the sudden went to 0 and orphan status. Only see one connection. No idea what happened, except I guess someone else made a block and did not add in mine?
|
|
|
|
|
There are two targets in the makefile, bitcoin (the default, with gui) and bitcoind. are you doing just a 'make' and not 'make bitcoind'. You want the latter to not use the wx stuff.
|
|
|
|
5 Thash is enoght to keep the network running. and anyway at the next difficulty will drop if you do it.
and btw mining should not be profitable. it should run at 0-cost, 0-gain.
but feel free to stop mining at anytime.
No, it should earn normal profits... no it can not. it is simply supply-and-demand. if you can't grasp it, then you try reading about it. miners will only gain enough to cover their costs. if they earn less: they will stop mining. if they earn more: more miners will come. I have a master's degree in applied economics... Mining should earn normal profits, just like any other business. Normal profit is defined as a level of income that is no higher than what you could earn by doing something else with your time and capital. If you can earn more doing something else, you shouldn't bother with mining. I think the issue here is more one of jargon. Three difference economic principals are being discussed here and merged a bit willy nilly. The profits will fall to zero, at the margin, as mining supply will increase till marginal costs are equal to marginal profits. This will not be equal for all miners due to comparative advantages, a primary one being the cost of electricity. Meanwhile, the units from the low costs producers up to the marginal costs being zero will give profits for the surplus value, presumable being being at least greater then the opportunity costs. So you both are right, but looking at a different part of the picture. |
|
|
|
So embedded python or curl or wget or ftp right inside our code I guess. If libcurl is tinier than libpython (or however one embeds python) it might be okay I guess, though python is more versatile than curl (and thus a larger attack surface quite possibly/likely...
I am back to what are those admins thinking? In general putting anything on the https part of a site instead of the http part is counter-indicated in cases where no session nor private data etc is on the page, isn't it? Wholesale slapping of reams of pages that don't need https into the https section is supposedly deprecated nowadays?
(Sourceforge does it because there is login session potentail on the pages in the https section, presumably/potentially so the https is called for in their case unless a fully user-provided page happens not to use such features?)
-MarkM-
Wget should be ruled out as it would introduce the gpl requirements to the code. libcurl was pretty much made for this type of use. libfetch is what would be used to bring in the bsd ftp's http code, though pretty sure it does not support https though. No idea what they are thinking , especially without specific examples. Probably just practicing the better safe then sorry approach to make sure they never serve mixed content/pages. |
|
|
|
Does this forum support multiquote? Can't seem to find it if it does. Is curl installed by default on most distros these days? if its not found you could always throw up an error message telling them to install it.
Otherwise as he suggests libcurl might work.
If you mean linux distributions, I don't know but I doubt it, they seem to prefer wget. I myself mostly use BSD systems. What they have done is extend the ftp command to also handle http. I see perl installed by default more often then python, so to me, I still have to install something that is not default either way. It seems overkill to have to bring in a whole new language interpreter just to fetch from a url. I would need to do this on the BSD installs and windows. Also it is not considered a good security practice to search the PATH for an executable called from a program... so a built from source curl that is invoked as ./curl or /path/to/curl is going to be more secure then a 'python https.py ...' exec also. |
|
|
|
I suggest if the data stream between the tor exit node and the website needs to be encrypted to prevent sniffers from figuring out there is a devcoin node hiding somewhere on the Tor network we should be encrypting the actual network stream between nodes too otherwise the attacker doesn't need to watch the web traffic they can track the actual network connections to figure out who is talking about *coin to which Tor exit node...
(So it seems a case of "too little, too late". If it is needed, bitcoin needs it more than devcoin does, we should bounty the getting of it into bitcoin, then worry about whether devcoin admins should force clients to spend CPU on https instead of simply ignoring admins who offer it in favour of admins who publish the receivers list on http.)
(Maybe in meantime maybe allow compile option, like US-UPNP we could have USE_PYTHON or USE_CURL with both set to = emptry string meaning use neither?)
(Or how about admins who want to keep their copies of the receiver files secure put them on Tor sites instead of on the non-Tor non-i2p web at all?)
-MarkM- (Plus the whole https thing could simply be fallout from {|parts of} sourceforge being https, oh whoopie so important...)
So we all turn on IPsec? From reading your replies, seems quickest thing to do would be to junk the https and then figure out a better way to bring it back or a replacement for what it provides? Who will make the call? |
|
|
|
I built it on windows now. The main issue was the use of sleep() in one of the files, which I found really odd since the code already went through the trouble of defining a more portable Sleep() function, so wonder why sleep was used in one of the files instead.
Now, running on windows the use of the python for what just seems to be fetching a url seems to be overkill. I am going
to change that to use curl for now. I am also curious just how sanitized the wx gui code is. Has that been made safe to coexist with bitcoin on the same system or has it not been fully switched over to devcoin? I did noticed it is still using bitcoin irc channels? Shouldn't they be switched?
Good news that you built in on Windows. I am wondering when we can provide Windows binaries. Are you able to help with this? I don't think what I have is ready to distribute. I have not even dared to run it yet, as I don't have windows on a vm image like I do bsd/linux. I will probably dig out an old laptop to run it on once the https/http/python/curl issue reaches a consensus. |
|
|
|
I had no idea the wxWidgets code duplicated some of the functionality (such as choosing IRC channels) that already existed in the non-GUI core code that it was, as far as I knew, merely a GUI-wrapper / GUI-front-end for.
I don't think it does, that seems to be me misreading a quick grep I did for 'bitcoin'.... the code in irc.cpp is commented out on closer examination. (It is only devcoind, instead of actually using wxWidget GUI client we use -qt client as our GUI client.)
Might be interesting to see what it would take to get it going as well. (the wx version) receiver.h, which contains the offending sleep() fnction call, is Unknowingbit's code encapsulating most of the receiver stuff that is most of how devcoin differs from bitcoin, and is what we are trying to test. So thanks for finding that.
He tried to get rid of python, succeeded, then broke down at the last moment in the face of "some admins might insist on putting their copy of the receivers files on an https server instead of on an http server. (Maybe those admins who wish to do that would like to issue bounties on getting that to work without clunky band aid silliness like calling an external python script or curl application? It is public data, deliberately public, what for do they want to force everyone to spend CPU cycles doing https to get it? It even costs them more CPU too, so who the heck gains what from it?)
-MarkM-
I suggest replacing the python call with a call to 'curl -O temporaryName address' , the curl exe is small enough it could easily be bundled in to any binary distribution at least. Could code it to use libcurl as well and that would solve the https issue. I am not sure what is in these files that are being fetched? Only reason to use https would be to be able to ensure the origin source that I can see, and if that is the reason to use it, it would have to be required that it is always used for it to be effective. Probaly better to just require the files be signed if that is why ssl is used. |
|
|
|
|
I built it on windows now. The main issue was the use of sleep() in one of the files, which I found really odd since the code already went through the trouble of defining a more portable Sleep() function, so wonder why sleep was used in one of the files instead.
Now, running on windows the use of the python for what just seems to be fetching a url seems to be overkill. I am going
to change that to use curl for now. I am also curious just how sanitized the wx gui code is. Has that been made safe to coexist with bitcoin on the same system or has it not been fully switched over to devcoin? I did noticed it is still using bitcoin irc channels? Shouldn't they be switched?
|
|
|
|
|
I have been mining now for four days. When do we get the bonus payments? Monday then?
|
|
|
|
I built and ran the devcoind, though it built of course as bitcoind, it did create a .devcoin directory at least!
After that I built and ran the devcoin-qt, it told be it could not run since I had devcoind already running, so I stopped that and reran it. It is now showing as only having one connection and 6581 block(s) downloaded.
I build it on Debian 6, and had to install the boost libraries, and gthread2.0 and qt4-qmake to get it all to build.
Not really sure what to do now though!
The INSTALL file mentions some files that need to be in the program's "current directory" aka "present working directory" when the program is run. As you mention needing Qt, it sounds like you made devcoin-qt as well as devcoind? Yep, I built both. The INSTALL for devcoind mentions one typically strips it (to make it smaller) and renames it as devcoind.
Yeah, just was suprised the simple change to the makefile to have it build as devoind was not done. *shrug* Devcoin-qt cannot mine. So if you want to mine it is devcoind you will want to run, at least while mining.
I take it, merged mining is not supported? With some routers, if you compile with USE_UPNP active, it might be able to open the port it needs for networking automagically. If not, you will probably need to tell your router to route that port number, tcp protocol, to that port on that machine.
Having the port open lets others connect to you, if you don't open the port you might experience for yourself what you would be helping cause others to experience: difficulty in finding someone to connect to.
Whether you mine or not is up to you. But we need people with the port (port 52333) open as lack of such people is why others have trouble at this early stage in finding people to connect to. Basically we need to establish a bunch of 24/7 nodes, and even, once we know who they are, put their static IP address if they have one, or their no-ip.org dynamic name or equivalent, right into the program as seed nodes to help make sure people find others to connect to swiftly and easily.
I see... I am just now trying to wrap my head around the alternative blockchain ideas. So I saw this and build it and ran it to see what I would learn while doing so. I did it for now on a VPS though, and it is not set up to allow incoming connections. I am just two parts short of building a box dedicated to messing around with bitcoins and releated projects though, so when that is up I should be able to run something 24/7 for a bit. |
|
|
|
Semantics I guess, but to me not using a software that steals your resources, refuses to allow a security audit and has been known to tap conversations is a privacy issue. Much like i don't get how anyone would have put much into an online wallet, I don't get why anyone would use skype. Yes, because it would be simply horrible if an interview that is going to be shown to the public anyway gets tapped! you miss the point, but enjoy your spyware. |
|
|
|
|
That was from back around the time of the mtgox issues.
|
|
|
|
If the MyBitcoin posse has no ill intentions.... The ENTIRE COMMUNITY should DEMAND that they ( all of them ) appear live on my show via skype!
No one who cares about privacy and security is going to agree to use skype. This isn't privacy.. this is hiding. Semantics I guess, but to me not using a software that steals your resources, refuses to allow a security audit and has been known to tap conversations is a privacy issue. Much like i don't get how anyone would have put much into an online wallet, I don't get why anyone would use skype. |
|
|
|
|
Show Posts
