4 ms·

Very interesting. I knew there was a race for this kind of thing. Incidentally, I've been working on a very similar idea except I was calling mine Scatter hah

Very interesting. I knew there was a race for this kind of thing. Incidentally, I've been working on a very similar idea except I was calling mine Scatter haha. The whitepaper is lacking on technical details so it's hard to tell exactly how they're going to implement everything. It's a little disappointing to see yet another cryptocurrency invented though. I guess there's a lot of competition in this area. I suppose the first group to get a functional, secure, easy-to-use network like this up and running will be the one that acquires a critical mass of users.

super3 12y ago
I'd take a look at some of my writings for meta transactions and templates here: https://github.com/Storj/Metadisk/wiki https://github.com/Storj/Metadisk/wiki Bitcoin only supports up to 80 byte of data per transaction, our model uses 1 kb or more, which makes unusable for our current platform. We are not creating another cryptocurrency just for the sake of doing so. There are many technical reasons why we can't do this yet. So we already have a long term plan to implement sidechains or treechains. Currently this is only concept/vaporware, so we are not waiting around until it happens.
- deftnerd 12y ago
  I'm writing a system for my OpenID provider servicewith background checks (blockauth.com - BitAngels.co backed project launching in 20 days) that has to store a lot of data in a decentralized system. Since MaidSafe and all the others don't have a working product yet, I've had to make my own system. Each user is assigned a transaction ID and the 80 bytes on the blockchain simply store a DHT hash for the document, so the system can download the encrypted user dossier through bittorrent. It's working pretty well so far. The system isn't able to pay users for helping seed the file, but all of the franchised Identity Registrars that'll use my system will be required by contract to seed all of those files. It doesn't totally solve your problem, but 80 bytes is enough space for a DHT hash and that might be helpful.

super3 12y ago

I'd take a look at some of my writings for meta transactions and templates here: https://github.com/Storj/Metadisk/wiki https://github.com/Storj/Metadisk/wiki Bitcoin only supports up to 80 byte of data per transaction, our model uses 1 kb or more, which makes unusable for our current platform. We are not creating another cryptocurrency just for the sake of doing so. There are many technical reasons why we can't do this yet. So we already have a long term plan to implement sidechains or treechains. Currently this is only concept/vaporware, so we are not waiting around until it happens.

deftnerd 12y ago
I'm writing a system for my OpenID provider servicewith background checks (blockauth.com - BitAngels.co backed project launching in 20 days) that has to store a lot of data in a decentralized system. Since MaidSafe and all the others don't have a working product yet, I've had to make my own system. Each user is assigned a transaction ID and the 80 bytes on the blockchain simply store a DHT hash for the document, so the system can download the encrypted user dossier through bittorrent. It's working pretty well so far. The system isn't able to pay users for helping seed the file, but all of the franchised Identity Registrars that'll use my system will be required by contract to seed all of those files. It doesn't totally solve your problem, but 80 bytes is enough space for a DHT hash and that might be helpful.