Topic: VLT | Veltor | Donar Network | Minimalism. - page 35. (Read 141330 times)
Do we have some scores on Rx470/80...
Is the idea of this coin to eventually replace credit card transactions due to it's speed or banking transactions or both ?
Yes and yes.
J.V.
Is the idea of this coin to eventually replace credit card transactions due to it's speed or banking transactions or both ?
Anyone selling OTC? Please PM
Hashrate has really spiked, I have been reading into the basics of all the ciphers that were originally employed. Cool stuff especially their history. Algorithm development and focus on NIST as an exposure to cryptographic development is a perogative to all cryptocurrencies, I am learning this more and more as time goes on.
There are fears highly connected Bitcoin lightning network routing nodes could lead to centralisation, and consequently privacy issues. Will veltor include an anonymous layer to mitigate such privacy issues when its lightning network implementation gets released?
No.
J.V.
can smb give me full list of nodes? thanks. Cann't sync wallet
Try these:
addnode=2a01:4f8:201:6211::2101
addnode=78.94.32.195
addnode=2001:41d0:8:250e::
addnode=veltor.suprnova.cc
addnode=178.33.228.14
addnode=144.76.237.39
What's the target date on when you'd have a functional/secure subsecond transaction blockchain? This year? I think it's a pretty cool idea, reminds me of Vcash, except for the part where that dev randomly gave up on his codebase hopefully.
Yes, definitely this year.
block 7783 6 hours where is 7784
This has happened twice before, looks like hashing dropped sharply leaving us with a high difficulty. Time will resolve this.
J.V.
What's the target date on when you'd have a functional/secure subsecond transaction blockchain? This year? I think it's a pretty cool idea, reminds me of Vcash, except for the part where that dev randomly gave up on his codebase hopefully.
Yes, definitely this year.
There are fears highly connected Bitcoin lightning network routing nodes could lead to centralisation, and consequently privacy issues. Will veltor include an anonymous layer to mitigate such privacy issues when its lightning network implementation gets released?
https://bitcoinmagazine.com/articles/exploring-the-centralization-risks-of-bitcoin-s-lightning-network-1462460852/
Quote
Lopp also noted possible censorship and privacy issues related to centralization among a small number of entities:
“Centralization among a small number of entities would also pose privacy and censorship issues, making it harder to route around uncooperative entities or those known to collect data for the purposes of deanonymization.”
Blockstream’s Rusty Russell, who is working on his own implementation of the Lightning Network, has noted his belief that the layer-2 protocol will likely feature a Tor-esque arms race between those who wish to preserve privacy and those who wish to abolish it. Russell and other Lightning Network developers are also working on Tor-style onion routing for the network.
“Centralization among a small number of entities would also pose privacy and censorship issues, making it harder to route around uncooperative entities or those known to collect data for the purposes of deanonymization.”
Blockstream’s Rusty Russell, who is working on his own implementation of the Lightning Network, has noted his belief that the layer-2 protocol will likely feature a Tor-esque arms race between those who wish to preserve privacy and those who wish to abolish it. Russell and other Lightning Network developers are also working on Tor-style onion routing for the network.
can smb give me full list of nodes? thanks. Cann't sync wallet
Try these:
addnode=2a01:4f8:201:6211::2101
addnode=78.94.32.195
addnode=2001:41d0:8:250e::
addnode=veltor.suprnova.cc
addnode=178.33.228.14
addnode=144.76.237.39
What's the target date on when you'd have a functional/secure subsecond transaction blockchain? This year? I think it's a pretty cool idea, reminds me of Vcash, except for the part where that dev randomly gave up on his codebase hopefully.
Yes, definitely this year.
block 7783 6 hours where is 7784
This has happened twice before, looks like hashing dropped sharply leaving us with a high difficulty. Time will resolve this.
J.V.
block 7783 6 hours where is 7784
What's the target date on when you'd have a functional/secure subsecond transaction blockchain? This year? I think it's a pretty cool idea, reminds me of Vcash, except for the part where that dev randomly gave up on his codebase hopefully.
hi all ...
ive finally got my old profile back ...
tanx to cyrus ( bct mod ) and a few others - i now have full access to my old profile ... so will be using this one as much as possible from now on ...
the 'crysx' profile will still be in use - but will be only when necessary - not as my standard ...
a lot to sort out now ...
update ...
https://bitcointalksearch.org/topic/m.17653092 ...
#crysx
ive finally got my old profile back ...
tanx to cyrus ( bct mod ) and a few others - i now have full access to my old profile ... so will be using this one as much as possible from now on ...
the 'crysx' profile will still be in use - but will be only when necessary - not as my standard ...
a lot to sort out now ...
update ...
https://bitcointalksearch.org/topic/m.17653092 ...
#crysx
can smb give me full list of nodes? thanks. Cann't sync wallet
Again argon2? Was that algo somewhere in the news or why is everyone choosing it? 
When will be the switch?
When will be the switch?
Does mrr support the algo?
No, its not supported.
You are saying that veltor does what btc do but with just roughly around 600 lines of code?
! 
! Not quite, I suspect that when the minimalist foundation of the new codebase is done, it will be around 2000-3000 lines of code. Also keep in mind there is no scripting system, no UI and no smart contracts at that point.
J.V.
Ah ok
still sounds efficient as fuck 
"efficient as fuck" would be a good slogan
Does mrr support the algo?
No, its not supported.
You are saying that veltor does what btc do but with just roughly around 600 lines of code?!
! Not quite, I suspect that when the minimalist foundation of the new codebase is done, it will be around 2000-3000 lines of code. Also keep in mind there is no scripting system, no UI and no smart contracts at that point.
J.V.
Ah ok
still sounds efficient as fuck Sunday update:
As some of you must have noticed, Veltor's hash rate has seen a steep rise this week. This is good for the network overall. However, we are still lacking on nodes and have to disperse our hash rate on the pools available to us.
But enough nagging for now.
I have decided to use Argon2 as a hash function for mining blocks. It was developed by a team of cryptography researchers and won a renowned password hashing competition. The algorithm is memory-hard, which makes it quite resistant to ASICs. It should help the Veltor network to stay more decentralised.
Argon2 mode of operation with no parallelism
One of the key advantages of Argon2 is the possibility to define custom parameters for the algorithm to change the performance, memory usage and parallelism. I will play with different sets of parameters to find the right trade-off between ASIC resistance and block validation times.
You can read more about it here: https://www.cryptolux.org/images/0/0d/Argon2.pdf
The progress on the codebase is going well:
600 lines of code might not seem like much, but it includes an almost complete peer-to-peer network implementation, an initial working miner, transaction signing and block assembly. I believe that says a lot about the quality of the code. I refactor often and never stop until I find an elegant solution for what I'm working on. Simplicity and efficiency are my utmost priorities!
J.V.
As some of you must have noticed, Veltor's hash rate has seen a steep rise this week. This is good for the network overall. However, we are still lacking on nodes and have to disperse our hash rate on the pools available to us.
But enough nagging for now.
I have decided to use Argon2 as a hash function for mining blocks. It was developed by a team of cryptography researchers and won a renowned password hashing competition. The algorithm is memory-hard, which makes it quite resistant to ASICs. It should help the Veltor network to stay more decentralised.
Argon2 mode of operation with no parallelism
One of the key advantages of Argon2 is the possibility to define custom parameters for the algorithm to change the performance, memory usage and parallelism. I will play with different sets of parameters to find the right trade-off between ASIC resistance and block validation times.
You can read more about it here: https://www.cryptolux.org/images/0/0d/Argon2.pdf
The progress on the codebase is going well:
Code:
-------------------------------------------------------------------------------
Language files blank comment code
Go 19 119 65 581
Markdown 1 0 0 1
-------------------------------------------------------------------------------
SUM: 20 119 65 582
-------------------------------------------------------------------------------
600 lines of code might not seem like much, but it includes an almost complete peer-to-peer network implementation, an initial working miner, transaction signing and block assembly. I believe that says a lot about the quality of the code. I refactor often and never stop until I find an elegant solution for what I'm working on. Simplicity and efficiency are my utmost priorities!
J.V.
Very cool update, I think application development for protocols would be much more streamlined if people can easily understand and resonate with the code.
Does mrr support the algo?
No, its not supported.
You are saying that veltor does what btc do but with just roughly around 600 lines of code?!
! Not quite, I suspect that when the minimalist foundation of the new codebase is done, it will be around 2000-3000 lines of code. Also keep in mind there is no scripting system, no UI and no smart contracts at that point.
J.V.
You are saying that veltor does what btc do but with just roughly around 600 lines of code?!
! Jump to: