xyzzyx
Sr. Member
Offline
Activity: 490
Merit: 250
I don't really come from outer space.
|
|
August 10, 2014, 05:41:04 AM |
|
I remember when the EFF made Deep Crack in '99, but I haven't kept up with the state of cryptography since then. I'm no expert.
With that said, my naive recommendation is to use AES.
|
"An awful lot of code is being written ... in languages that aren't very good by people who don't know what they're doing." -- Barbara Liskov
|
|
|
Azeh (OP)
|
|
August 10, 2014, 06:03:13 AM |
|
Hope everyone enjoys the new look!
|
|
|
|
lootz
Legendary
Offline
Activity: 806
Merit: 1000
|
|
August 10, 2014, 06:11:12 AM |
|
Nobody cares what you think about buying bitcoindark, its a decent coin
|
|
|
|
suchnekky
|
|
August 10, 2014, 06:14:55 AM |
|
design is better, perhaps change the case from BITCOINDARK to BitcoinDARK.
the buys vs sells in the order book are amazing, almost no one is selling.
|
• ⓢⓤⓒⓗⓝⓔⓚⓚⓨ •
|
|
|
jl777
Legendary
Offline
Activity: 1176
Merit: 1134
|
|
August 10, 2014, 06:40:39 AM |
|
Hope everyone enjoys the new look! I like the way it conveys "bitcoin" in dark Not sure about upper lower case, but the important thing is to convey that BTCD makes bitcoin itself dark people will assume (correctly) that BTCD itself is dark, but most will be surprised that BTCD makes Bitcoin Dark James
|
|
|
|
jl777
Legendary
Offline
Activity: 1176
Merit: 1134
|
|
August 10, 2014, 06:57:55 AM |
|
I still have the local file encrypt/decrypt to link up, but I can test the teleporting without that, so I will probably procrastinate on it until a bit later. So, I am sure I have some small parts not quite right, but at long last I feel I can call it "code almost complete" Before you get excited, this doesnt have much error handling and it hasnt been ported into BTCD core, but it does have multisig support, ready for user defined cipher sequences for local files, randomized cloning times, and I made it so that it should be pretty much an install it and run it design. As long as your BitcoinDark.conf file has "server=1" and rpcusername/password defined, Teleport should be enabled. No need for hours long reindexing of blockchain and other horribly inconvenient install issues. Turns out 80% of MGW code was needed to achieve this! With all the new features, especially multisig added after I started, it feels like I need three days to get this debugged, so if I can achieve that timeframe, then on Wed some people will be able to do some command line teleports. After that I need to partition the code to make it easy to implant into BTCD core. I plan to make a libjl777.a that can be linked to the BTCD core and with a few small hooks, we can have just a single wallet executable that has everything needed for Teleport. until the QT has been updated, it would still be command line, but from the QT debug window console Let's say two days to get it into libjl777.a form and the weekend to get it into BTCD core. This is getting more speculative, but if all goes well, a week from Monday, we could have a BTCD-qt with teleport built into it. Now this first pass will not have full privacyServer + onion routing. That is a totally independent transport mechanism and I wanted to get a teleport enabled released into testing sooner rather than later. While the basic teleport is being tested, I will make the privacyServer that is embedded in the BTCD-qt do all the things it needs to do. Even if I meet this schedule it is Aug 18th for the teleport enabled release, so I am three days late... Blame multisig! James ### I totally forgot! The other reason for libjl777 is to allow other coin's to link up to BTCD network, most importantly InstantDEX and Teleport. This will allow creation of a super network composed of all the participating coin's networks. It wont require a hardfork and would be a matter of linking the library and make some few interface functions. After they do that they will be able to utilize the encryption network and more importantly have access to InstantDEX orderbooks. The more people (and tradebots) trading on InstantDEX, the better liquidity, lower spreads, and more commissions. Also, if they can connect directly to the encryption network that increases Teleport traffic (and fees) which increases anon levels (and dividends) All part of my master plan for liberation from fiat govts
|
|
|
|
Azeh (OP)
|
|
August 10, 2014, 07:07:48 AM |
|
Hope everyone enjoys the new look! I like the way it conveys "bitcoin" in dark Not sure about upper lower case, but the important thing is to convey that BTCD makes bitcoin itself dark people will assume (correctly) that BTCD itself is dark, but most will be surprised that BTCD makes Bitcoin Dark James That's why the main image represents a portal..."teleport". A lot of time and effort was put into this by the non-core dev team, and I'm pretty happy with the final logo we've developed. We've moved away from the "coin" image that everyone else seems to be stuck on. Our logo represents a portal in abstract form and will be easily recognizeable, and is perfectly scaleable, so it is very to make out even at small sizes. Another aspect is that the gold logo will be the main logo, however we can use different colors for different features, e.g. blue for teleport, green for privatebet, black for anon card, etc.
|
|
|
|
suchnekky
|
|
August 10, 2014, 07:13:16 AM |
|
I still have the local file encrypt/decrypt to link up, but I can test the teleporting without that, so I will probably procrastinate on it until a bit later. So, I am sure I have some small parts not quite right, but at long last I feel I can call it "code almost complete" Before you get excited, this doesnt have much error handling and it hasnt been ported into BTCD core, but it does have multisig support, ready for user defined cipher sequences for local files, randomized cloning times, and I made it so that it should be pretty much an install it and run it design. As long as your BitcoinDark.conf file has "server=1" and rpcusername/password defined, Teleport should be enabled. No need for hours long reindexing of blockchain and other horribly inconvenient install issues. Turns out 80% of MGW code was needed to achieve this! With all the new features, especially multisig added after I started, it feels like I need three days to get this debugged, so if I can achieve that timeframe, then on Wed some people will be able to do some command line teleports. After that I need to partition the code to make it easy to implant into BTCD core. I plan to make a libjl777.a that can be linked to the BTCD core and with a few small hooks, we can have just a single wallet executable that has everything needed for Teleport. until the QT has been updated, it would still be command line, but from the QT debug window console Let's say two days to get it into libjl777.a form and the weekend to get it into BTCD core. This is getting more speculative, but if all goes well, a week from Monday, we could have a BTCD-qt with teleport built into it. Now this first pass will not have full privacyServer + onion routing. That is a totally independent transport mechanism and I wanted to get a teleport enabled released into testing sooner rather than later. While the basic teleport is being tested, I will make the privacyServer that is embedded in the BTCD-qt do all the things it needs to do. Even if I meet this schedule it is Aug 18th for the teleport enabled release, so I am three days late... Blame multisig! James ### I totally forgot! The other reason for libjl777 is to allow other coin's to link up to BTCD network, most importantly InstantDEX and Teleport. This will allow creation of a super network composed of all the participating coin's networks. It wont require a hardfork and would be a matter of linking the library and make some few interface functions. After they do that they will be able to utilize the encryption network and more importantly have access to InstantDEX orderbooks. The more people (and tradebots) trading on InstantDEX, the better liquidity, lower spreads, and more commissions. Also, if they can connect directly to the encryption network that increases Teleport traffic (and fees) which increases anon levels (and dividends) All part of my master plan for liberation from fiat govts awsome work, only a week? let the panic buying begin.
|
• ⓢⓤⓒⓗⓝⓔⓚⓚⓨ •
|
|
|
|
jl777
Legendary
Offline
Activity: 1176
Merit: 1134
|
|
August 10, 2014, 07:20:29 AM |
|
I still have the local file encrypt/decrypt to link up, but I can test the teleporting without that, so I will probably procrastinate on it until a bit later. So, I am sure I have some small parts not quite right, but at long last I feel I can call it "code almost complete" Before you get excited, this doesnt have much error handling and it hasnt been ported into BTCD core, but it does have multisig support, ready for user defined cipher sequences for local files, randomized cloning times, and I made it so that it should be pretty much an install it and run it design. As long as your BitcoinDark.conf file has "server=1" and rpcusername/password defined, Teleport should be enabled. No need for hours long reindexing of blockchain and other horribly inconvenient install issues. Turns out 80% of MGW code was needed to achieve this! With all the new features, especially multisig added after I started, it feels like I need three days to get this debugged, so if I can achieve that timeframe, then on Wed some people will be able to do some command line teleports. After that I need to partition the code to make it easy to implant into BTCD core. I plan to make a libjl777.a that can be linked to the BTCD core and with a few small hooks, we can have just a single wallet executable that has everything needed for Teleport. until the QT has been updated, it would still be command line, but from the QT debug window console Let's say two days to get it into libjl777.a form and the weekend to get it into BTCD core. This is getting more speculative, but if all goes well, a week from Monday, we could have a BTCD-qt with teleport built into it. Now this first pass will not have full privacyServer + onion routing. That is a totally independent transport mechanism and I wanted to get a teleport enabled released into testing sooner rather than later. While the basic teleport is being tested, I will make the privacyServer that is embedded in the BTCD-qt do all the things it needs to do. Even if I meet this schedule it is Aug 18th for the teleport enabled release, so I am three days late... Blame multisig! James ### I totally forgot! The other reason for libjl777 is to allow other coin's to link up to BTCD network, most importantly InstantDEX and Teleport. This will allow creation of a super network composed of all the participating coin's networks. It wont require a hardfork and would be a matter of linking the library and make some few interface functions. After they do that they will be able to utilize the encryption network and more importantly have access to InstantDEX orderbooks. The more people (and tradebots) trading on InstantDEX, the better liquidity, lower spreads, and more commissions. Also, if they can connect directly to the encryption network that increases Teleport traffic (and fees) which increases anon levels (and dividends) All part of my master plan for liberation from fiat govts awsome work, only a week? let the panic buying begin. No guarantees on actual date and it would only be a beta test with still more work to be done, but it will prove out the core Teleport function described in DarkPaper and I think that is what most people are interested in. All the other stuff is stuff that has been done before and most people probably assume that I will be able to do such things. I feel bad I am behind the original two week estimate. We are back to the old 5% per day baseline before the recent spike, well actually still a healthy amount above it, so I prefer gradual 5% per day gains. Too distracting when the price is going crazy. I know I shouldnt look, but how can I not? If it is slow gradual, then I wont get distracted. So no pumping, just gradual 5% per day is best Getting a bit tired now, maybe I will fiddle with the local file encryption. James
|
|
|
|
redsn0w
Legendary
Offline
Activity: 1778
Merit: 1043
#Free market
|
|
August 10, 2014, 07:21:06 AM |
|
I am really impressed with your work and the community. I have run and am still working on a few projects.
Thanks guys!
|
|
|
|
darylluke
|
|
August 10, 2014, 07:23:45 AM |
|
James,
You are the most reliable & sincerely dedicated developer of a coin that I have ever seen!! HEAD & SHOULDERS above all the rest, bar none!!
It is inevitable & now seems a truly foregone conclusion BTCD will be wildly successful & widely implemented. Fireworks will start when the PR campaign kicks-off next week!! Hold on to your seats folks. P&D jerks are inevitable now....
~darylluke.
|
|
|
|
darylluke
|
|
August 10, 2014, 07:28:43 AM |
|
Silly question: What does HODL stand for? (I first ran across it here & thought it a typo...)
|
|
|
|
SpringfieldM1A
|
|
August 10, 2014, 07:49:57 AM |
|
Silly question: What does HODL stand for? (I first ran across it here & thought it a typo...) HODL means 'to hold' the misspelling is deliberate, implying a certain vigor in 'holding and not selling your coins' often used in face of perceived market ambivalence. In layman's terms: Don't sell your coins, they will increase in value even if the current market conditions make You think otherwise. Bitcoindark a prime example of a coin to hodl 😊
|
|
|
|
cryptillian
|
|
August 10, 2014, 08:04:16 AM |
|
man oh man i finally ride a good coin (and not sell early ty darkcoin/blaccoin) does a money dance
|
|
|
|
mikesbmw
|
|
August 10, 2014, 08:05:00 AM |
|
Silly question: What does HODL stand for? (I first ran across it here & thought it a typo...) HODL means 'to hold' the misspelling is deliberate, implying a certain vigor in 'holding and not selling your coins' often used in face of perceived market ambivalence. In layman's terms: Don't sell your coins, they will increase in value even if the current market conditions make You think otherwise. Bitcoindark a prime example of a coin to hodl 😊 Hodl actually came from the old Bitcointalk thread https://bitcointalk.org/index.php?topic=375643.0. It was posted by someone who had a few too much too drink It stuck and we had al sorts of funny memes.
|
|
|
|
jl777
Legendary
Offline
Activity: 1176
Merit: 1134
|
|
August 10, 2014, 08:06:25 AM |
|
I found and solved a small leak in the packet routing. Probably most of you missed it too, I did. I was using the session's public and private keys to encrypt packets. I mean that's what there there for, so I didnt think it through enough.
The "problem" is that in order to not require the receiver to have to know who the packet is coming from (that would also be an info leak), I put in plain text the public key. I figured it is the key you are publishing as the one for people to use when encrypting to your "post office box". So not really a giant leak, but since it is in plain text, an attacker can relatively easily build up a database of IP address to public key mappings (assuming they are logging all the UDP packets on the Internet between all the privacyServers). Maybe this is harmless, but if I can close this leak I think it is better.
The answer is related to the problem of having the public key in plain text for the broadcast method. In this case, there is no IP address divulged, but everybody sees that such and such address is sending a packet to someone. Again, why leak this info.
I must have been tired when I coded the initial version as the answer is quite simple. All I have to do is generate a brand new one time keypair for each packet. Since I put the public key in plain text there is no need for anybody to keep track of them and it is perfect for one time use. Now with this simple change, both leaks are totally gone.
What the attacker sees is that some random public key is sending a packet to some IP address, which then might be rerouting it or processing it.
That was bugging me for a while. Dont you feel better now? I sure do!
James
|
|
|
|
Fern
|
|
August 10, 2014, 08:21:01 AM |
|
Silly question: What does HODL stand for? (I first ran across it here & thought it a typo...) HODL means 'to hold' the misspelling is deliberate, implying a certain vigor in 'holding and not selling your coins' often used in face of perceived market ambivalence. In layman's terms: Don't sell your coins, they will increase in value even if the current market conditions make You think otherwise. Bitcoindark a prime example of a coin to hodl 😊 Hodl actually came from the old Bitcointalk thread https://bitcointalk.org/index.php?topic=375643.0. It was posted by someone who had a few too much too drink It stuck and we had al sorts of funny memes. I'm HODLING!
|
|
|
|
|
cryptillian
|
|
August 10, 2014, 08:41:24 AM |
|
jl777 i love reading your posts but i dont understand any of it! keep up making me feel stupid. i do understand the market and yeah this is gonna be a wild ride. i would say hodl and maybe swingtrade 5$ a coin easely..
|
|
|
|
|