Interesting thing is that I was in promising discussions with NHZ and they have some common people with XC
no i am very curious. are you trying to suggest here that NHZ is supposed to be added as a core coin of supernet or at least going to be somehow related to it? or what do you exactly mean with "promising discussions with NHZ"? we were in discussions and then all of a sudden no contact now I know why. it was probably just competitive intelligence gathering, or maybe just coincidence that days after contact is broken off, the blocknet is announced. my interest in NHZ was their 3000 nodes, while this is not in and of itself a technical feature, it does have tangible value. The fact that the XC dev is also advising NHZ makes all this very coincidental and leaves me feeling not so good about the NHZ guy either. If they wanted to find out about SuperNET, why pretend about being interested in a deal? Anyway, NHZ is a clone, so it makes sense for it to become part of the cloneNET blocknet. James |
|
|
|
It is quite similar indeed, even down to doing an ICO with discounts for the coins. Interesting thing is that I was in promising discussions with NHZ and they have some common people with XC The graphics they have done are pretty good, and they are explaining SuperNET quite well, even down to the usage of JSON for the RPC. I also see some coins on their list that we did not accept, but as a clone they have to have lower standards. It will be interesting to see if a SuperNET without any financial feedback will be possible. My opinion is that it takes energy to bind disparate coins together and revenue sharing, co-investment are critical parts of the SuperNET concept. Also, it is not clear what they will do with the funds raised. James Found it: "The Blocknet Foundation will pool the formidable abilities of developers and will function as an incubator, funding the creation of a development platform and multiple Blockchain 2.0 services. The Foundation will be responsible for allocating funding for this." So their fund raising is going to pay for development of their SuperNET clone and not be backing the asset at all. I wonder if the trolls will be making any issues about buywalls? |
|
|
|
Looks like a Supernet Idea Copy  Ill stick with Supernet and BTCD myself  It is quite similar indeed, even down to doing an ICO with discounts for the coins. Interesting thing is that I was in promising discussions with NHZ and they have some common people with XC The graphics they have done are pretty good, and they are explaining SuperNET quite well, even down to the usage of JSON for the RPC. I also see some coins on their list that we did not accept, but as a clone they have to have lower standards. It will be interesting to see if a SuperNET without any financial feedback will be possible. My opinion is that it takes energy to bind disparate coins together and revenue sharing, co-investment are critical parts of the SuperNET concept. Also, it is not clear what they will do with the funds raised. James Found it: "The Blocknet Foundation will pool the formidable abilities of developers and will function as an incubator, funding the creation of a development platform and multiple Blockchain 2.0 services. The Foundation will be responsible for allocating funding for this." So their fund raising is going to pay for development of their SuperNET clone and not be backing the asset at all. I wonder if the trolls will be making any issues about buywalls? |
|
|
|
We need to buy more to raise the price to stabilized at about 0.01 btc . If major investors don't do it , So should expect to have higher sales and lower prices. Last week I tried to control prices by buying more than 10,000 BTCD , But now finished my BTC and I'm constantly on the further loss Because other major investors don't have any reaction to the current situation. All just talking fine, but in action...  thank you for your support. I keep working hard to make the best tech possible. It also appears that soon we will get the servers online, which will allow me to verify the DHT and hopefully we can get an active API tester and a project manager James |
|
|
|
|
It seems there is a market wide selloff in all the anon coins:
DRK -13%
XMR -12%
BTCD -22%
ANC -20%
BBR -20%
but cannabiscoin is up on strong volumes. It seems that some anon whale is divesting big percentage of his anon holding. 1% of BTCD was sold in one day and that would be like 100,000+ BTC being sold in one day!
So, the fact that BTCD is getting some fantastic new tech just during this down draft seems to be a coincidence.
Anyway, it feels like when I post tech stuff it just confuses people so maybe I will stop doing that.
James
|
|
|
|
|
after doing the following API (one on each computer):
./BitcoinDarkd SuperNET '{"requestType":"mindmeld","myname":"yourhandle","other":"otherhandle"}'
./BitcoinDarkd SuperNET '{"requestType":"mindmeld","myname":"otherhandle","other":"yourhandle"}'
The following happens:
38 28 33 33 40
28 32 31 27 28
33 31 29 32 35
33 27 32 33 31
40 28 35 31 30
dist from privateaddr above -> bestmetric 0.632 avedist 31.8
31 28 33 33 40
28 31 31 27 28
33 31 30 32 35
33 27 32 32 31
40 28 35 31 31
bestaddr.3397518935526591714 bestmetric 0.632
Other pubkey.(c330e6542defef123504ebe247603008df234859ee55225d1124534462436b1b)
10694781281555936856 8894667849638377372 13434315136155299987 17572279667799017517 18429876966171494368 mytxid.7232362215934077752 othertxid.6762902089573300365 | myaddr.2834459742776037913
############# other node
28 31 28 27 28
31 35 33 32 35
28 33 40 33 40
27 32 33 35 31
28 35 40 31 34
dist from privateaddr above -> bestmetric 0.632 avedist 31.8
31 31 28 27 28
31 32 33 32 35
28 33 31 33 40
27 32 33 30 31
28 35 40 31 31
bestaddr.7112391407263245770 bestmetric 0.632
Other pubkey.(ffe89032a5d457014b02c704a7b19eede4cfce1fc83fa554f0e875098d06240f)
8894667849638377372 13434315136155299987 10694781281555936856 17572279667799017517 18429876966171494368 mytxid.6762902089573300365 othertxid.7232362215934077752 | myaddr.5558871420373351853
I am displaying the distance from the actual private address (red) in the top matrix and the distance from the deaddrop address (blue) in the bottom matrix. In DHT the distance is really the only useful information about an address. The red address is NEVER sent publicly, only the publickey is put into the cloud in a location based on the handles the two people use, so it is "published" as anybody can access them, but generally public keys are public so this is much less info than normal.
Once both sides exchange public keys, they then can encrypt and only then are the deaddrop addresses exchanged. Notice the difference in the account numbers red vs blue. what is more important is that the distance of the blue addresses from the other nodes:
31 31 30 32 31
31 32 31 30 31
as opposed to the red addresses:
38 32 29 33 30
28 35 40 35 34
Keep in mind the average distance is 31.8, so let us assume that someone the blue address is compromised. What does it divulge?
It is pretty much equal distance from all the other nodes (including the actual source and destination), so it is like camouflauge. Even if the attacker got the blue address, it certainly cant lead to the red address and it just ends up saying equal chance for any of the nodes to be yours, basically useless guessing. As the network grows, the effect becomes stronger, though finding addresses that are equidistant from a large number of addresses becomes more and more difficult so there will be an eventual cap on the anon set from this.
Notice that not only is the IP address not known, but the destination acct address is not known either, in fact there is no actual destination account, that is how I know it cant be divulged. The destination is the publickey that is generated each session (or transaction), so if there is no account, then it cant be correlated to the IP address. Even when there are a small number of nodes, there is privacy with this method and I believe that is quite unique.
This does raise the issue of spoofing, so there will need to be authentication of some public account before any transactions are done, but there is now an automatic cloud based public key exchange based on user handles, no crazy long numbers to deal with.
James
|
|
|
|
I would encourage that we not start with new words (telepathy, and please please please not "magic send"). Is not teleporting still the main concept? It is an established term now, one that btcd is known for and alot of people are waiting on. Does this not suffice for the name?
Teleporting is for sending of funds Teleporting uses the privacyNetwork other things can use the privacyNetwork whatever it is called, the sending of data from one person to another without anybody knowing the IP address is quite a fundamental thing. after doing the following API (one on each computer): ./BitcoinDarkd SuperNET '{"requestType":"mindmeld","myname":"yourhandle","other":"otherhandle"}' ./BitcoinDarkd SuperNET '{"requestType":"mindmeld","myname":"otherhandle","other":"yourhandle"}' The following happens: 38 28 33 33 40 28 32 31 27 28 33 31 29 32 35 33 27 32 33 31 40 28 35 31 30 dist from privateaddr above -> bestmetric 0.632 avedist 31.8 31 28 33 33 40 28 31 31 27 28 33 31 30 32 35 33 27 32 32 31 40 28 35 31 31 bestaddr. 3397518935526591714 bestmetric 0.632 Other pubkey.(c330e6542defef123504ebe247603008df234859ee55225d1124534462436b1b) 10694781281555936856 8894667849638377372 13434315136155299987 17572279667799017517 18429876966171494368 mytxid.7232362215934077752 othertxid.6762902089573300365 | myaddr. 2834459742776037913############# other node 28 31 28 27 28 31 35 33 32 35 28 33 40 33 40 27 32 33 35 31 28 35 40 31 34 dist from privateaddr above -> bestmetric 0.632 avedist 31.8 31 31 28 27 28 31 32 33 32 35 28 33 31 33 40 27 32 33 30 31 28 35 40 31 31 bestaddr. 7112391407263245770 bestmetric 0.632 Other pubkey.(ffe89032a5d457014b02c704a7b19eede4cfce1fc83fa554f0e875098d06240f) 8894667849638377372 13434315136155299987 10694781281555936856 17572279667799017517 18429876966171494368 mytxid.6762902089573300365 othertxid.7232362215934077752 | myaddr. 5558871420373351853I am displaying the distance from the actual private address (red) in the top matrix and the distance from the deaddrop address (blue) in the bottom matrix. In DHT the distance is really the only useful information about an address. The red address is NEVER sent publicly, only the publickey is put into the cloud in a location based on the handles the two people use, so it is "published" as anybody can access them, but generally public keys are public so this is much less info than normal. Once both sides exchange public keys, they then can encrypt and only then are the deaddrop addresses exchanged. Notice the difference in the account numbers red vs blue. what is more important is that the distance of the blue addresses from the other nodes: 31 31 30 32 31 31 32 31 30 31 as opposed to the red addresses: 38 32 29 33 30 28 35 40 35 34 Keep in mind the average distance is 31.8, so let us assume that someone the blue address is compromised. What does it divulge? It is pretty much equal distance from all the other nodes (including the actual source and destination), so it is like camouflauge. Even if the attacker got the blue address, it certainly cant lead to the red address and it just ends up saying equal chance for any of the nodes to be yours, basically useless guessing. As the network grows, the effect becomes stronger, though finding addresses that are equidistant from a large number of addresses becomes more and more difficult so there will be an eventual cap on the anon set from this. Notice that not only is the IP address not known, but the destination acct address is not known either, in fact there is no actual destination account, that is how I know it cant be divulged. The destination is the publickey that is generated each session (or transaction), so if there is no account, then it cant be correlated to the IP address. Even when there are a small number of nodes, there is privacy with this method and I believe that is quite unique. This does raise the issue of spoofing, so there will need to be authentication of some public account before any transactions are done, but there is now an automatic cloud based public key exchange based on user handles, no crazy long numbers to deal with. Now with a secure link between two nodes, the teleporting is basically done other than the accounting, which is just normal arithmetic. still quite important, but no need for any magic, so it shouldnt take too long. Anyway I have to make sure each step is as solid as possible and I hope you can understand this. If I miss some major flaw, then what happens to the price? Should I rush something out and then we find a weakness that could have been avoided? What would happen if after releasing Teleport++ nobody can find any flaws? What if it allows fully anonymous transactions and communications over the internet? I think it has been about 2 months since the initial Teleport concept to now. Is this really such a long time? If so, then I suggest to sell all the BTCD as it wont be finished in the next 48 hours. In the two months, I also did a little ICO that boosts the potential audience tenfold and I still predict that I wont be the bottleneck for completing the release. So, if you want something right now, then I suggest to sell all your BTCD and buy LTCD, I hear they are soon coming out with some fantastic cut and paste. Please put things in perspective. Just how long should it take to implement Teleport? Do you think stressing me out with some artificial deadlines will help? James |
|
|
|
|
By the way, onion routing and DHT appears to be working in the test network. I havent seen a crash all day and once two nodes are in contact, I havent seen any decryption problems and I am using up to 7 onion layers
it is a test network but running on the mainnets
As we get more people using it, we will push the limits and if it holds up under load, then it is near ready for larger and larger deployment
James
|
|
|
|
Telepathy? New idea but people want to see first the launch of the past ideas. I wanna know if its time to sell so i can buy more when the price gets much lower. Im afraid that its too late to do now?
Telepathy is part of the past ideas, just a really cool instantiation of it. If you want a cut and paste coin, I highly recommend LTCD |
|
|
|
I have coins bought from .009 up to .015 and coins recently bought at around .008 and lower. Still holding because what James is doing is revolutionary. Real community members don't need me to tell them, they all know. Cheaper coins, more for us.
I am thinking of calling the new sending method "Telepathy" as it is similar to that in that there is no indication that any communication has happened. Just a communication between two people that nobody else knows is even happening. Actually quite a good explanation for what I have come up with. Certainly as big an achievement as Teleport and much easier for people to analyze its details James |
|
|
|
I want to do some testing tomorrow with more than half a dozen servers
any chance of getting at least a dozen running?
Is there any full document for the users to have a node up and help test? I found that so many nodes set up guides, scripts and threads in last December so as to prevent DDoS to Nxt. BTW, why not buy nodes for the users to set up those servers with the working fund of SuperNET. If the document is ready and the nodes fee can be covered by SuperNET, there will be most probably more and more users taking party in the test. there are guides fees are covered |
|
|
|
People stop dumping you participate in the project which has never yet happened  Its more than anonymity which copy/paste coins feed you This is the best coin ever  meh, let people dump if they wish it's not going to hurt the long term development of btcd and supernet. I'm sure all the people that sold btc below $300 are kicking themselves right now. I don't see this situation being any different. I'm sure those people who didn't sell BTCD at 0.015 are kicking themselves too (myself included). All the amazing dev that's in progress doesn't seem to be enough to attract buy support, simple as that. As a supporter and holder since day one, I feel I have the right to suggest that perhaps it's time to stop adding new projects to SuperNET and new features to BTCD and just get some of the existing ones tested and released? Or at least give some explanation to investors as to what the roadblocks to releasing each feature are? I should add that I have increased my holdings 10% overnight too, so I'm not losing faith. +1 well said So I shouldnt make it so people can communicate with each other without divulging their IP address? I come up with a breakthrough tech, get it tested (in 2 days) and the price goes down 25%. Makes sense. I guess some people dont understand the magnitude of being able to not divulge your IP address while doing comms that use IP packets. In any case, how is making the privacyServers more private, a new project? I have made releases with API functionality, where are the testers to test them? If people expect me to do all the coding and testing also, that is not the way it works. I cannot test on your nodes and the bugs would be in scenarios like that. The dev cannot sign off on the testing, it needs to be independently tested. If you want things done sooner, then please help. When will the test servers be there? When will the testers test the API? When will the Windows build be done? When will the Mac build be done? When will the GUI be done? These are things that I dont do, so maybe we need to have a project manager? I dont do that either but I have heard that some people do stuff like that. James James my apologies if that came across as an attack on you personally, it wasn't meant as such and there is more than one developer working on BTCD. There are other BTCD projects being undertaken that have not materialized yet including things such as the new GUI and windows/mac builds, so I am simply asking for clarity on what is left to do before each feature is released. It would be good to have someone here (yes a project manager!) list the tasks that are outstanding for each milestone and who is responsible for them. It is not clear to some people that you (and I mean you and the other developers) are waiting for people from the community to carry out some of these tasks, and until people do so, features aren't going to get released. I for one didn't know that until someone (not you and not the developers) does some testing of the API then teleport isn't getting released. That's a pretty significant piece of information that needs to be driven home to the community and investors. As a side note, the work you have done over the last few days is a prime example of what I (and others) have confused as you starting something new, whereas you say it is part of the ongoing project. I had no idea that making the privacyServers more private was a necessary requirement. What other tasks are there on your to-do list? It wasnt a requirement to make the privacyServer's more private, but it solved a nagging issue and since I am basically waiting for the servers to be able to test the DHT in more real world conditions, there is no lost time as far as I am concerned. I am pretty sure the GUI will be the bottleneck for release and we need a common sense project manager to define what the GUI should do and then all the things that need to be done. I hope people aren't expecting me to project manage GUI completion! I have said many times that I dont do GUI, neither the coding, nor the project management for it. so if you want a finished release sooner, rather than later, somebody needs to step up and be a project manager to get this pushed through. I got the onion routing merged with the DHT, with just a few more tweaks and bugfixes and I think the low level networking is done. [but still have no confirmation or bug reports] Today I put in arbitrary task management so I can launch long term tasks internally very quickly. Before you start saying why am I adding more features, please understand this is just part of the code that is needed. Now with the new magicsend ability, this makes Teleport better, so even though I dont have to, I will port the Teleport to use the new found IP anon tech. Not sure how many of you know about software development and the relative pace that I am coding at. Ask around and see if my progress is slow, even for doing stuff that has been done before. I am coding things never done before at a pace comparable to routine coding projects. I also dont work off of blueprints as I know I find improvements along the way. my goal is Teleport that is as anon as possible and now with magicsend, it seems that we will have unlinkable IP with unlinkable accts, so that feels like good enough for version 1.0 and I am coding toward the finish line. The last piece is the tracking of all teleports with automatic backups into the cloud. If I can get bug reports on the API's as I am releasing them we can be done this month. If I have to test it all myself, then it will take longer. If this isnt good enough, there is always LTCD, I hear they have an amazingly good dev that puts me to shame. James |
|
|
|
People stop dumping you participate in the project which has never yet happened Its more than anonymity which copy/paste coins feed you This is the best coin ever meh, let people dump if they wish it's not going to hurt the long term development of btcd and supernet. I'm sure all the people that sold btc below $300 are kicking themselves right now. I don't see this situation being any different. I'm sure those people who didn't sell BTCD at 0.015 are kicking themselves too (myself included). All the amazing dev that's in progress doesn't seem to be enough to attract buy support, simple as that. As a supporter and holder since day one, I feel I have the right to suggest that perhaps it's time to stop adding new projects to SuperNET and new features to BTCD and just get some of the existing ones tested and released? Or at least give some explanation to investors as to what the roadblocks to releasing each feature are? I should add that I have increased my holdings 10% overnight too, so I'm not losing faith. +1 well said So I shouldnt make it so people can communicate with each other without divulging their IP address? I come up with a breakthrough tech, get it tested (in 2 days) and the price goes down 25%. Makes sense. I guess some people dont understand the magnitude of being able to not divulge your IP address while doing comms that use IP packets. In any case, how is making the privacyServers more private, a new project? I have made releases with API functionality, where are the testers to test them? If people expect me to do all the coding and testing also, that is not the way it works. I cannot test on your nodes and the bugs would be in scenarios like that. The dev cannot sign off on the testing, it needs to be independently tested. If you want things done sooner, then please help. When will the test servers be there? When will the testers test the API? When will the Windows build be done? When will the Mac build be done? When will the GUI be done? These are things that I dont do, so maybe we need to have a project manager? I dont do that either but I have heard that some people do stuff like that. James |
|
|
|
|
I want to do some testing tomorrow with more than half a dozen servers
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 needed is 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 every server helps i doubt 1gb will be enough |
|
|
|
I must have made a mistake somewhere... void test3()
{
static bits256 G,x,y,a,b,xG,yG,e,s;
uint64_t buf[2][5];
int i;
limb bp[5],xbp[5],ybp[5],e_xGx[5],e_xGz[5],e_yGx[5],e_yGz[5],sGx[5],sGz[5],aGx[5],aGz[5],bGx[5],bGz[5];
limb Q2x[5],Q2z[5],Rx[5],Rz[5],xpoly[5],ypoly[5],epoly[5],apoly[5],bpoly[5],xe[5],ye[5],spoly[5],xsumx[5],xsumz[5],ysumx[5],ysumz[5];
G.bytes[0] = 9, fexpand(bp,G.bytes);
// A
randombytes(x.bytes,sizeof(x)), x = mask_key(x), fexpand(xpoly,x.bytes);
randombytes(a.bytes,sizeof(a)), a = mask_key(a), fexpand(apoly,a.bytes);
xG = curve25519(x,G);
cmult(aGx,aGz,a.bytes,bp);
// B
randombytes(y.bytes,sizeof(y)), y = mask_key(y), fexpand(ypoly,y.bytes);
randombytes(b.bytes,sizeof(b)), b = mask_key(b), fexpand(bpoly,b.bytes);
yG = curve25519(y,G);
cmult(bGx,bGz,b.bytes,bp);
// Both
fmonty(Q2x,Q2z,Rx,Rz,aGx,aGz,bGx,bGz,bp); // A and B exchange (aGx,aGz) and (bGx,bGz) so both can compute e
memcpy(buf[0],Rx,sizeof(buf[0]));
memcpy(buf[1],Rz,sizeof(buf[1]));
char *src = "hello world";
calc_sha256cat(e.bytes,(unsigned char *)src,(int32_t)strlen(src),(unsigned char *)buf,sizeof(buf));
// A
fmul(xe,xpoly,epoly); // xe = x * e
fdifference_backwards(xe,apoly); // (α - xe) = s'
// B
fmul(ye,ypoly,epoly); // ye = y * e
fdifference_backwards(ye,bpoly); // (β - ye) = s''
// finally A and B share s' and s''
for (i=0; i<5; i++) // s = s' + s''
spoly[i] = (xe[i] + ye[i]);
disp_limb("spoly",spoly);
fcontract(s.bytes,spoly), disp_bits256(" s\n",s);
cmult(sGx,sGz,s.bytes,bp); // sG
disp_xz("sG xz\n",sGx,sGz);
// R = eP + sG -> (e*xG + s*G) should equal (e*yG + s*G)
fexpand(xbp,xG.bytes);
cmult(e_xGx,e_xGz,e.bytes,xbp); // eP for x
fmonty(Q2x,Q2z,xsumx,xsumz,e_xGx,e_xGz,sGx,sGz,bp); // (eP + sG)
disp_xz("xsum xz\n",xsumx,xsumz);
fexpand(ybp,yG.bytes);
cmult(e_yGx,e_yGz,e.bytes,ybp); // eP for y
fmonty(Q2x,Q2z,ysumx,ysumz,e_yGx,e_yGz,sGx,sGz,bp); // (eP + sG)
disp_xz("ysum xz\n",ysumx,ysumz);
}
I noticed in polynomial form it can vary, but when compressed to 256 bit number it is always the same, so I display both the x and z vals. 8e0539c79e4c30 8926b81faef662 811fdcd5840e1d 86c88ac5c0c565 829f821a0b73fa spoly 604d9ec739059eb377fdc035898b036135f747ea8a818b1591ad40b7a021f829 s 2c7332292b79212c31ae926c6cf62ea339c80452761a7d3f53eced415368c430 sGx 2dfd7e0f309e76ec163b674dfffdf8b4b07156abbcc8d282456f1c7494838637 sGz 4d8a4ccda4b4c3959c7040478fe6ac3830aafc28d6432da97d4c834224888412 xsumx (eP + sG) 28768f66cef5f334af3746d27b427f52d5b91f1e1338b73af6e625b870f5d275 xsumz 908c0ac5a707594261b3df6fc64896033f61166afd6b98b7f0e32f615a514259 ysumx (eP + sG) 9422a680f5a74e05d561458d8ad25945ab64b5fc73aeb8b070e166a2eb34b93e ysumz Not 100% sure that the (eP + sG) checks are even right, and maybe s or e are messed up. Without anyway to have known values part way, it seems it cant have any bugs through the entire process. Hopefully, I am at least close. James |
|
|
|
|
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
|
|
|
|
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 |
|
|
|
Oops! || is concatenation -- you hash the message, then hash R with the same sha2 state. (The existing ed25519 code should do this somewhere..) (I say Oops because I thought to write this and evidently forgot..)
Using xor is not secure.
I use libtom: sha256_init(&md); sha256_process(&md,src,len); sha256_done(&md,hash); so I think I just add a second sha256_process(&md,src,len) before the sha256_done to concatenate. sha256_init(&md); sha256_process(&md,msg,msglen); sha256_process(&md,&R,256>>3); sha256_done(&md,hash); James |
|
|
|
I am curious how "The whole SuperNet functionality can be replicated by Crypti's custom block chain support when it rolls out." is possible when SuperNET doesnt have a blockchain.
It seems that you do not really understand SuperNET as it is a way to connect different coins to each other and this can only be done via offchain. You do realize SuperNET is not a coin?
James
I realize that SuperNET is not a coin, nor does it have a blockchain, but are you sure that the only way that it can be done is offchain? Is it not possible at all to replicate SuperNET with blockchain support? Let's say for example when Ethereum launches (Ethereum's platform is described similarly to Crypti's custom block-chain support), are you absolutely sure that that a network similar to SuperNET can't be created via a custom blockchain, and linked with its own blockchain with coins used as the "fuel" for the system to perform arbitrary actions? Those arbitrary actions being the connections made between different coins. Since one of the privacy features of SuperNET is not having a blockchain that is permanently there for alltime and for everyone to be able to process it, yes I am sure that using a blockchain to replicate the non-blockchain aspect of SuperNET is not possible also SuperNET is a self-reinforcing financial engine that reinvests revenue into its participating coin communities. I guess it is possible to set this up with some sort of DAC, but will it be setup? That is the question. Anyway, if you dont want to be part of SuperNET, that is fine James James, just for reference, Wulf is not a member of the Crypti team. He's an investor. Also, did you know the links to your whitepaper doc is down and your supper/QA page is suspended? Doesn't instill a lot of confidence. http://answerbase.com/siteinactive.aspx?url=http%3a%2f%2fsupernet.answerbase.com%2fhttp://thesupernet.org/superNET.pdfAre these available somewhere else now? Outside of Anonymity for transactions and the obvious investor hook, what do you offer a coin that an exchange doesn't? I mean essentially you are facilitating inter-coin transfers through some kind of gateway correct? Also, you do have a token issued through the NXT AE, but that is just for releasing dividends correct? Since you see yourself as a financial instrument as well? I dont do websites, but this one has working links: http://bitcoindark.pw/darkpaper/InstantDEX will allow near realtime trading peer to peer There are fiat gateways, crypto -> debit card, ATM, realtime dice and casino games also in the works The DHT API allows for cloud storage The M of N filesystem allows making backups to the cloud All presented in a unified GUI, even though they are disparate coins/services James P.S. I dont see myself as SuperNET, SuperNET is a lot more than just me, plus it is backed by the 5000 BTC that was raised |
|
|
|
|
Show Posts
