Hi Guys,
Just a reminder and a suggestion that anyone involved in the btcd community to also register for the btcd official forums: http://forum.bitcoindark.pw/index.php
figroll did a great job putting the site and the forums together and this will provide a nice platform for further development of btcd.
Topic: BTCD is no more - page 197. (Read 1328507 times)
Hey crackfoo, am I correct in thinking that you are the proprietor of btcd.xpool.ca.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
PM me the workername you have set in your miner's config.
Hi crackfoo
I've not been paid out either and my unconfirmed are taking longer than normal to confirm. any chance you could check it for me.
I'm in the same situation, longer confirms and haven't been paid yet, I know crackfoo from back in the Crypto days, he's an honest man don't you worry
I suspected this was the case but why are the unconfirmed delayed?
Not sure what you mean. unconfirmed means, there are blocks that you mined that haven't confirmed yet. Simple as that. I can't control that.
Hey crackfoo, am I correct in thinking that you are the proprietor of btcd.xpool.ca.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
PM me the workername you have set in your miner's config.
Hi crackfoo
I've not been paid out either and my unconfirmed are taking longer than normal to confirm. any chance you could check it for me.
I'm in the same situation, longer confirms and haven't been paid yet, I know crackfoo from back in the Crypto days, he's an honest man don't you worry
I suspected this was the case but why are the unconfirmed delayed?
dollux was sorted out. The started mining shortly before or after Friday's shift ended and thus there has been no shift finished yet.
Follow me on twitter folks. I've posted that there that the weekend shift was pushed to tuesday as I tried to enjoy the canadian thanks giving weekend.
https://twitter.com/_xpool_/status/521132881134243841
Cheers
Hey crackfoo, am I correct in thinking that you are the proprietor of btcd.xpool.ca.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
PM me the workername you have set in your miner's config.
Hi crackfoo
I've not been paid out either and my unconfirmed are taking longer than normal to confirm. any chance you could check it for me.
I'm in the same situation, longer confirms and haven't been paid yet, I know crackfoo from back in the Crypto days, he's an honest man don't you worry
dollux was sorted out. The started mining shortly before or after Friday's shift ended and thus there has been no shift finished yet.
Follow me on twitter folks. I've posted that there that the weekend shift was pushed to tuesday as I tried to enjoy the canadian thanks giving weekend.
https://twitter.com/_xpool_/status/521132881134243841
Cheers
Hey crackfoo, am I correct in thinking that you are the proprietor of btcd.xpool.ca.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
PM me the workername you have set in your miner's config.
Hi crackfoo
I've not been paid out either and my unconfirmed are taking longer than normal to confirm. any chance you could check it for me.
I'm in the same situation, longer confirms and haven't been paid yet, I know crackfoo from back in the Crypto days, he's an honest man don't you worry
Hey crackfoo, am I correct in thinking that you are the proprietor of btcd.xpool.ca.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
PM me the workername you have set in your miner's config.
Hi crackfoo
I've not been paid out either and my unconfirmed are taking longer than normal to confirm. any chance you could check it for me.
I want to do some testing tomorrow with more than half a dozen servers
any chance of getting at least a dozen running?
any chance of getting at least a dozen running?
Hi, what kind of hardware specs do you need for privacyserver testing, i think i could provide some if its not too high requirement, i have sufficient IPv4 but lack of hardware resources.
I think 2GB RAM is all that is neededis 1GB enough? I could fire up probably 4 nodes with different distro/version and public IPs with 4 vCPU and 1GB RAM, or 2 nodes if u want 2GB right now. It doesnt count much i know, just willing to help if u need it
i doubt 1gb will be enough
Hello everyone
I have started a SuperNET API documentation thread here: https://forum.thesupernet.org/index.php?board=41.0
I have begun populating it, though am still wrestling a little with the installation and update process myself. If anyone gets an automated process up and running - Linux or Windows - that would be fantastic and would no doubt enable many more people to do some testing and experimenting with it. Remember: James has offered a 1,000 BTCD bounty if you can find a way to break it...
I will be taking a little break from this for a while to get my head around DHT routing and N-dimensional space equidistant addresses and write up James' new plan to send messages to people without even knowing their IP address. 'Imagine being able to send email to someone without knowing their email address and without spamming everyone. This is on that level of crazy.'
Assuming I survive this, I'll get back to the API documentation afterwards. In the meantime, please feel free to add material to the documentation threads above. When I get back from my trip to N-space I'll incorporate any new information into the OPs.
I have started a SuperNET API documentation thread here: https://forum.thesupernet.org/index.php?board=41.0
I have begun populating it, though am still wrestling a little with the installation and update process myself. If anyone gets an automated process up and running - Linux or Windows - that would be fantastic and would no doubt enable many more people to do some testing and experimenting with it. Remember: James has offered a 1,000 BTCD bounty if you can find a way to break it...
I will be taking a little break from this for a while to get my head around DHT routing and N-dimensional space equidistant addresses and write up James' new plan to send messages to people without even knowing their IP address. 'Imagine being able to send email to someone without knowing their email address and without spamming everyone. This is on that level of crazy.'
Assuming I survive this, I'll get back to the API documentation afterwards. In the meantime, please feel free to add material to the documentation threads above. When I get back from my trip to N-space I'll incorporate any new information into the OPs.
Hi, what kind of hardware specs do you need for privacyserver testing, i think i could provide some if its not too high requirement, i have sufficient IPv4 but lack of hardware resources.
I think 2GB RAM is all that is neededis 1GB enough? I could fire up probably 4 nodes with different distro/version and public IPs with 4 vCPU and 1GB RAM, or 2 nodes if u want 2GB right now. It doesnt count much i know, just willing to help if u need it
pushed a new version
I finally got onion routing of DHT calls working
pretty crazy stuff, but it seems to work and I am sending stuff to addresses that nobody actually has and during the DHT routing, the node that it was meant for decrypts it on the fly
and the DHT call is started by randomly selected node, L layers of the onion away from the actual originator.
still have some bugs, but I fixed a LOT of small things and I think now the onion routing will work much better and it is enable for all calls other than pong.
ping is unencrypted and no onion layers of course
pong is encrypted with a direct transmission
all other API are encrypted and adds a random number of onion layers up to Lfactor in your SuperNET.conf file
James
I finally got onion routing of DHT calls working
pretty crazy stuff, but it seems to work and I am sending stuff to addresses that nobody actually has and during the DHT routing, the node that it was meant for decrypts it on the fly
and the DHT call is started by randomly selected node, L layers of the onion away from the actual originator.
still have some bugs, but I fixed a LOT of small things and I think now the onion routing will work much better and it is enable for all calls other than pong.
ping is unencrypted and no onion layers of course
pong is encrypted with a direct transmission
all other API are encrypted and adds a random number of onion layers up to Lfactor in your SuperNET.conf file
James
Hi, what kind of hardware specs do you need for privacyserver testing, i think i could provide some if its not too high requirement, i have sufficient IPv4 but lack of hardware resources.
I think 2GB RAM is all that is needed
Hi, what kind of hardware specs do you need for privacyserver testing, i think i could provide some if its not too high requirement, i have sufficient IPv4 but lack of hardware resources.
Hey crackfoo, am I correct in thinking that you are the proprietor of btcd.xpool.ca.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
PM me the workername you have set in your miner's config.
Done.
Thank you for swiftness, right on the ball.
Hey crackfoo, am I correct in thinking that you are the proprietor of btcd.xpool.ca.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
PM me the workername you have set in your miner's config.
Hey crackfoo, am I correct in thinking that you are the proprietor of btcd.xpool.ca.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
If you are can you please help as I am seemingly not getting paid out.
No big rush but I would like some assistance, thank you.
just pushed a new version with the deaddrop coded (but not tested yet) and a new SuperNET.conf field "debug"
if you like all the printouts just set "debug":1 or 2
James
if you like all the printouts just set "debug":1 or 2
James
If a packet falls into a dead drop, did anybody decrypt it?
the deaddrop addresses will be shared by the nodes that are close to it, so just knowing the deaddrop address used (not easy) will not help much. It will also allow all the nodes to be mining these deaddrop addresses!
the one loose end is the node that starts the DHT, it is possible for the traffic pattern to indicate which node started a particular DHT request. At least that is what I would do to try to figure out who is doing what.
The solution is to use the onion routing to randomly pick a node that will inject the DHT request. Since the onion packets will include DHT traffic and non-DHT traffic and they are all the same size, it seems that packet analysis will not be very useful.
Did I miss anything?
James
Hi James
Thanks for your elaborate hard work .
If a packet falls into a dead drop, did anybody decrypt it?
the deaddrop addresses will be shared by the nodes that are close to it, so just knowing the deaddrop address used (not easy) will not help much. It will also allow all the nodes to be mining these deaddrop addresses!
the one loose end is the node that starts the DHT, it is possible for the traffic pattern to indicate which node started a particular DHT request. At least that is what I would do to try to figure out who is doing what.
The solution is to use the onion routing to randomly pick a node that will inject the DHT request. Since the onion packets will include DHT traffic and non-DHT traffic and they are all the same size, it seems that packet analysis will not be very useful.
Did I miss anything?
James
This is pretty cool
Today I happened to read this article: http://www.bbc.co.uk/news/technology-29567782
in which the head of Europol's Cybercrime Centre says, "There is confusion among the good guys on the internet between anonymity and privacy. I don't think they are the same. I think that you have right to privacy but that doesn't mean that you have the right to anonymity."
The increasing trend towards greater encryption of online communications is not acceptable, he said.
"Imagine in the physical world if you were not able to open the trunk of a car if you had a suspicion that there were weapons or drugs inside... we would never accept this.
"I think that should also count for the digital world. I hate to talk about backdoors but there has to be a possibility for law enforcement, if they are authorised, to look inside at what you are hiding in your online world."
very good to knowToday I happened to read this article: http://www.bbc.co.uk/news/technology-29567782
in which the head of Europol's Cybercrime Centre says, "There is confusion among the good guys on the internet between anonymity and privacy. I don't think they are the same. I think that you have right to privacy but that doesn't mean that you have the right to anonymity."
The increasing trend towards greater encryption of online communications is not acceptable, he said.
"Imagine in the physical world if you were not able to open the trunk of a car if you had a suspicion that there were weapons or drugs inside... we would never accept this.
"I think that should also count for the digital world. I hate to talk about backdoors but there has to be a possibility for law enforcement, if they are authorised, to look inside at what you are hiding in your online world."
Maybe WhiteCoin is on the right path
Jump to: