Topic: [ANN] QRL - Announcing the Quantum Resistant Ledger - page 85. (Read 186383 times)

i dont share my private key. i am not coder, maybe u cant get my btcs easly....

Thanks. Please do, any questions or for an invite to the slack then PM me.

UPDATE:

Very exciting few days for me, the team of new dev recruits and the 5 or so alpha testers grappling with a new alpha testnet going live across multiple platforms and hardware devices simultaneously. We have had up to 16 nodes spread across the globe with up to 12 staking simultaneously for a significant number of blocks.

Lots of bug fixes and emergency commits and restarts, some simple and some extremely nuanced.

We had a massive halt crossing the first epoch transition from 0 to 1 at 10000 blocks but that is now sorted. The raspberry pi users reported significant slowdown as we passed 11000 blocks and I tracked the problem down to some inefficient disk access for the chain. Numerous improvements in validation and state checking of the chain as well as node startup performance improvements.

Several key issues remain which need sorting over the coming month:
1) disaster recovery for the POS protocol..
- need more reliable missed block logic
- consensus failure code needs to be improved and built out
- fork detection code needs to be built out and updated to include reorgs capability.
2) complete integration of fees and weighted block reward based upon stake  - (requires a chain reset so leaving for now).
3) i have identified a potential MITM attack which could be used to spoof fake messages with our POS protocol. To eliminate this possibility it will be necessary to pass an additional message prior to reveal_one and reveal_two in our protocol which are hash(reveal_one) and hash(reveal_two). This will require a small amount of further time to be added to the existing block time (~40s).
4) addition of a 'key' or bit mask to the iterative hash chains using blockchain seed to reduce security requirements of the cryptographic hash function (requires a chain reset and so will be merged before the next major planned restart).

But the POS protocol is working and following consensus - with our signed iterative hash chains from each stake validator and the PRF sequence from the HMAC_DRBG and entropy from the blockchain system functioning exactly as anticipated.

On a higher level we need to decide our starting network parameters (block time (less puts more pressure on nodes with poor latency, higher allows greater usage of the network which is desirable but reduces performance), initial emission at the genesis block, consensus rules, flexible blocksize parameters etc.

We are also gearing up to announce some form of genesis emission sale. I am a big fan of ethereum so we may issue ERC20 tokens on ethereum although this isn't crystallised yet.

As usual we have a very busy slack, and if you wish to discuss the project, the protocol, the signatures or join as a developer or tester then PM me for invite.

And the website with details of white paper, github and a link to our email list is http://theqrl.org

Inca

Very very interesting and promising. When is the ICO scheduled for? How much in Seed funding are you guys looking for? 

As Jomari (/u/qrl) says it is estimated by 'experts' that there is a 15% of a quantum computer capable of breaking ECDSA in 10 years. But actually there has been > 1 billion dollars of investment into quantum computing startups in the last year so I think actually we are far closer than anyone expects.

Our website is http://theqrl.org
We have a functional testnet..you can see the block explorer @ http://crumble.org/~john/qrl
You can see our github @ http://github.com/theQRL/QRL

We have a very active developers slack -  if fancy an invite to join in with alpha testing PM me.

Our seed funding round begins on the 1st of may. Our launch date is likely to be around 3 months after that - pending satisfactory public testnet phase.

According to head intelligence agents in Canada and some of the leading quantum computer developers, they estimate a 15% likelihood quantum computing will make current encryption vulnerable within 10 years. 50% in the next 15.
I can attach links if necessary. However, we cover the landscape and development on our Twitter, @qrledger

Hi inca thanks for sharing your project. Do you think Quantum computing poses a threat to Bitcoin in the next 50 years?

How is the progress of this ledger and when do you estimate a token launch date to be ?

Update:

Alpha testnet staking with 10 nodes across the globe on various platforms and connections successfully. We are up to block 22500 now. Very exciting to see the platform become stable.

Team:

I would like to welcome cyyber to the team as a core developer. He has spent the last few days feverishly analysis the prototype node source code and has already made a number of minor bug fixes which is great.

We have moved all the associated open source repos to a new location: http://github.com/theQRL/ with the python node now http://github.com/theQRL/QRL.

Our slack is busier than ever especially in the #code and #alpha-testers channels.

Anyone wanting to get involved in the project either PM me for an invite to the slack or visit http://theQRL.org for more details. We have identified some core ideas to place later on our roadmap once our network is stable and we have launched mainnet. One I can mention is the creation of a messaging layer to lie atop the QRL network and provide trustless decentralised post-quantum encrypted end-end communication - i'm pretty excited about this because it enables some new usecases we hadn't considered before whilst concentrating purely upon the value transfer capabilities of our network in the event of a Y2Q event occurring.

Inca

Quite an interesting project. It will be necessary to study it in more detail.

I can't tell how many of you reached http://theqrl.org through btctalk and registered your interest - but what a response considering this thread is largely solo affair!.

Thank you to the surprisingly many interested parties and potential investors. We will be in touch shortly via email with a formal roadmap.

Additionally I have been asked to tell you our twitter handle is @QRledger - it will be active tweeting project details apparently.

The team continues to tweak the POS algorithm and some major bug fixes have improved stability and synchronisation of the stake validator nodes on testnet. We have one final tranche of consensus critical code to implement into the algorithm over the next week or so. But the major nuts and bolts are in place now.

Inca

http://theqrl.org has a direct link to the git repo..

If you want to get involved then PM your email for an invite to the slack or register through our site..

What is the sources on github?

Question for the lurkers:
We are toying with the idea of distributing a customised PI with our pre-sale planned launch (think aluminium case with logo engraved) to act as a plug and play hardware node which automatically stakes on the network. Early experience from two of our developers is that the test node runs well on a PI 2 and at this point we are tinkering with validation rules and node behaviour so it is unlikely to require more extravagant hardware going forward.

Is this something people find appealing? I personally think it sounds pretty cool :-) (examples of similar cases can be seen at: http://www.raspberry-pi-case.com)

Inca

http://theqrl.org

Update:

Alpha testnet successfully running with 12 nodes earlier. POS protocol running smoothly. Test transactions sent from UK, US, New Zealand, Japan and the Netherlands.

So far up to block 2987 with a 40s block-time. The real test is when all nodes are able to stake the next epoch at block 10000 and whether there is a smooth transition.

Not a bad start to the QRL network testing phase. Next we increase the number of nodes and start capacity testing with transaction spamming scripts, and then the fun bit, try to attack it.

Inca

UPDATE:

I am very pleased to announce that finally the test node is running with a prototype final draft design of the POS protocol and after a wobbly start is chugging along nicely with multiple stake validator nodes! Numerous bug fixes, stability fixes and features to be added still. But we are approaching a MVP / public testnet now and the end is in sight. Prediction is difficult but I would expect another couple of weeks of coding until we are stable for public testing.

TEAM:

We have added a marketeer to the team and a slew of alpha testers in preparation for pushing our POS protocol to the limit with higher node counts.

Once again thanks for the interest, particularly those who have emailed directly. Anyone with an interest in the project, either development, testing or simply to discuss the signatures or POS design feel free to PM me for an invite to our slack (or leave your details on http://theqrl.org).

Inca.

UPDATE:

We continue to tweak our POS protocol and i think are in to the fine tuning stage. Once our stability issues are sorted we will try to massively expand the number of nodes on the network to see if it holds up.

Our little project has started to leak out into the crypto media sphere!

A first news article about us:

https://www.cryptocoinsnews.com/quantum-resistant-ledger-readies-battle-quantum-computing-hires-testers-seeks-feedback/
https://hacked.com

As always anyone interested in further details: http://theqrl.org

Inca

UPDATE:

Three iterations of POS later and testnet is back up for testing. The current algo uses a pseudorandom number function (HMAC_DRBG) and the closest hash of stake validator reveal hashes within signed hash chains is used as a block selector mechanism. It cannot be easily gamed because signed hash chains are written to the chain in advance of the PRF seed being generated. As each hash chain reveal hash is unknown until block voting and funds are locked for the epoch (10000 blocks) the capacity to gain block reward by moving funds and colluding is neutered. Sybil attack with lots of stake validators is countered by weighting block reward by address balance. Additionally, a flexible rule to limit block selection to the top x stake validators each round is designed to prevent a block witholding or transaction witholding attack from low value Sybil stake addresses.

The team has grown with the addition of three more Devs and a project manager.

As always, enquiries welcome as the project gathers pace @ http://theqrl.org. You can also register your interest for a future launch there.

We have a short blog post discussing blockchains and quantum computers.

https://medium.com/@surg0r/blockchain-is-here-to-stay-but-for-how-long-536336a02b03#.q6yc5coa6.

Inca

EDIT: we are looking for a logo artist, anyone interested please PM me. Thanks.

Some further strides towards a public testnet release..

I have several volunteers and people who have expressed interest in joining the team. Anyone else who thinks they have anything to offer please PM me and I will invite you to the QRL slack. At some point in the next week or so I will release a short whitepaper detailing the current Proof-of-stake algorithm design for the QRL and of course all discourse, debate and opinion are welcome.

Inca

A few major updates to the codebase this last couple of days. POS further implemented, recovery from hexseed and mnemonic words in the node client and an alpha block explorer:

http://crumble.org/~john/qrl/

(block navigation not yet active, nor seeing keys, sig and merkle tree in the txhashes.. but basic txsearch, address search functionality present..plus realtime update of network stats, stake validators latest blocks and transactions..)

Inching closer to a public testnet node release..

To the users who have expressed an interest in running a test node I will be in touch by PM in the next 24 hours with a slack invite for you. Thanks for the interest.