Bitcoin Forum
June 21, 2024, 03:28:05 PM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: « 1 ... 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 [216] 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 ... 385 »
  Print  
Author Topic: Nexus - Pure SHA3 + CPU/GPU + nPoS + 15 Active Innovations + More to Come  (Read 785459 times)
pdogg147
Sr. Member
****
Offline Offline

Activity: 339
Merit: 266

Advancing Liberty Through Blockchain


View Profile WWW
January 05, 2016, 03:49:50 PM
 #4301

Choose the feedback you like:

a,IT is all BIG as fuck, I can barely read the new 1st post!

b,Shall you consider making the 1st post font a bit smaller? I have hard time read something so big.

Thank you!

It's no need for so big font, it's much easier to read, with half size. And OP is much better than previous, good work.

Thanks for the feedback.  Agreed (after looking at it a few times after it was actually posted) and we will reduce the font size.

pdogg147
Sr. Member
****
Offline Offline

Activity: 339
Merit: 266

Advancing Liberty Through Blockchain


View Profile WWW
January 05, 2016, 03:51:17 PM
 #4302

Choose the feedback you like:

a,IT is all BIG as fuck, I can barely read the new 1st post!

b,Shall you consider making the 1st post font a bit smaller? I have hard time read something so big.

Thank you!

Thanks for the choice  Grin

dbt1033
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000



View Profile
January 05, 2016, 04:08:21 PM
 #4303

The OP is an absolute mess guys... 

The information is great, but the organization is abysmal.

Everything is jumbled together.  The font is too big.  The features should be bolded or made to stand out in some other fashion. 

pdogg147
Sr. Member
****
Offline Offline

Activity: 339
Merit: 266

Advancing Liberty Through Blockchain


View Profile WWW
January 05, 2016, 04:22:05 PM
 #4304

The OP is an absolute mess guys... 

The information is great, but the organization is abysmal.

Everything is jumbled together.  The font is too big.  The features should be bolded or made to stand out in some other fashion. 



Thanks.  We have established that the font size is too large and will be updated.  Please provide examples of how you think the organization could be changed.  I'm not sure what you mean about it being all jumbled.  The sections are clearly labeled with a divider.  Are you referring to the spacing in the Current and Planned features section specifically?

dbt1033
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000



View Profile
January 05, 2016, 04:32:20 PM
 #4305

The OP is an absolute mess guys...  

The information is great, but the organization is abysmal.

Everything is jumbled together.  The font is too big.  The features should be bolded or made to stand out in some other fashion.  



Thanks.  We have established that the font size is too large and will be updated.  Please provide examples of how you think the organization could be changed.  I'm not sure what you mean about it being all jumbled.  The sections are clearly labeled with a divider.  Are you referring to the spacing in the Current and Planned features section specifically?

Current Format

1. Mining Channels: Each channel reinforces each other to prevent 51% attacks on one channel forcing attacker across multiple channels.
2. Hashing: SK-1024, SK-576, SK-512, and SK-256 used in all hashing. Pure SHA3 using Skein and Keccak.
3. Keys: 571 Bit Private Keys compared to 256 bit in other currencies. Using NID_sect571r1 as the algorithm.

Suggested Format

Mining Channels: Each channel reinforces each other to prevent 51% attacks on one channel forcing attacker across multiple channels.

Hashing: SK-1024, SK-576, SK-512, and SK-256 used in all hashing. Pure SHA3 using Skein and Keccak.

Keys: 571 Bit Private Keys compared to 256 bit in other currencies. Using NID_sect571r1 as the algorithm.

Maybe use bullet points...  change the font / font sizes ...   something needs to be done.  Maybe the double spacing is too much for the quantity of information that needs to be displayed, but in the current format, everything is smashed together.  Nothing stands out.


No offense, but if you really don't see what I mean about it being jumbled, maybe you shouldn't be in charge of its implementation (not that I'm stepping up to the plate).  It's very difficult to read and the organization is terrible.
pdogg147
Sr. Member
****
Offline Offline

Activity: 339
Merit: 266

Advancing Liberty Through Blockchain


View Profile WWW
January 05, 2016, 05:12:08 PM
 #4306

The OP is an absolute mess guys...  

The information is great, but the organization is abysmal.

Everything is jumbled together.  The font is too big.  The features should be bolded or made to stand out in some other fashion.  



Thanks.  We have established that the font size is too large and will be updated.  Please provide examples of how you think the organization could be changed.  I'm not sure what you mean about it being all jumbled.  The sections are clearly labeled with a divider.  Are you referring to the spacing in the Current and Planned features section specifically?

Current Format

1. Mining Channels: Each channel reinforces each other to prevent 51% attacks on one channel forcing attacker across multiple channels.
2. Hashing: SK-1024, SK-576, SK-512, and SK-256 used in all hashing. Pure SHA3 using Skein and Keccak.
3. Keys: 571 Bit Private Keys compared to 256 bit in other currencies. Using NID_sect571r1 as the algorithm.

Suggested Format

Mining Channels: Each channel reinforces each other to prevent 51% attacks on one channel forcing attacker across multiple channels.

Hashing: SK-1024, SK-576, SK-512, and SK-256 used in all hashing. Pure SHA3 using Skein and Keccak.

Keys: 571 Bit Private Keys compared to 256 bit in other currencies. Using NID_sect571r1 as the algorithm.

Maybe use bullet points...  change the font / font sizes ...   something needs to be done.  Maybe the double spacing is too much for the quantity of information that needs to be displayed, but in the current format, everything is smashed together.  Nothing stands out.


No offense, but if you really don't see what I mean about it being jumbled, maybe you shouldn't be in charge of its implementation (not that I'm stepping up to the plate).  It's very difficult to read and the organization is terrible.


Thanks it is a work in progress, but I think it provides most of the relevant information.  The last two sections weren't meant to be final, but thought it was best to get this out as a start.  Can you provide an example of an OP that meets your requirements?  Though not perfect, this is better than many.  

merc84
Hero Member
*****
Offline Offline

Activity: 799
Merit: 1000


View Profile
January 05, 2016, 09:48:30 PM
Last edit: January 05, 2016, 10:32:02 PM by merc84
 #4307

CURRENT FEATURES

Mining Channels
•Each channel reinforces each other to prevent 51% attacks on one channel forcing attacker across multiple channels.
Hashing
•SK-1024, SK-576, SK-512, and SK-256 used in all hashing. Pure SHA3 using Skein and Keccak.
SK-1024
•Using Skein-1024 and Keccak-1600 for GPU PoW to produce a 1024 bit output hash used for the block hash providing the highest security.
Prime
•Searching for Dense Prime Clusters as CPU PoW, finding these clusters of numbers that are ~308 digits to verify prime density in large numbers.
Keys
•571 Bit Private Keys compared to 256 bit in other currencies. Using NID_sect571r1 as the algorithm.
Difficulty
•Calculated with time overlaps and true % over bounds, using weighted block average over past 5 blocks.
LLP
•Lower Level Protocol as a template protocol to allow any protocol to be created with ease without need for repeated network programming.
Core LLP
•Protocol responsible for time keeping as an advancement to NTP, keeping clocks on the network synchronized within a few seconds of one another. Maximum clock drift for Nexus is 10 seconds.
Mining LLP
•Dedicated Mining Protocol outside of JSON-RPC Server to allow the greatest performance for mining. Protocol can handle 5k + connections allowing solo mining of any magnitude.
No Reward Halving
•Rewards are calculated along an exponential decay curve to slowly reduce the value of each block rather than shock both miners and the market with block reward halving which acts as a rudimentary decay model.
Released Reserves
•Decayed Amounts are deposited into the Reserves for each channel, preventing a miner from being able to mint more than the projected amount while difficulty is compensating to their amount of computing power.
Fractional Rewards
•When reserves are below given thresholds, the mining reward is then based off of the time it took to create a block preventing a miner from ever being able to deplete the reserves.
Decentralized Checkpoints
•All blocks must root from the most recent checkpoint which is declared by fitting into a timespan. This allows checkpoints to be automatically created every hour, without the need for any master node or checkpoint broadcast.
Trust Keys
•Interest rate is increased the more a node services the main chain giving incentive to active stakers. This also increases the cost of an attack for in order to attack with a trust key it requires time to get it to the same threshold.
Nexus Proof of Stake
•Proof of Stake system based on the Peercoin protocol heavily recoded from the ground up utilizing energy efficiency threshold, trust keys, and logarithmic weights to create the fairest and most stable Proof of Stake system to date.
Developer Commission
•Built into the protocol levels, gives a small decayed amount to developer addresses every block [~1 Niro] over 10 years amounting to a total of ~2.5% after 10 years, and starting at ~1.5% as a way to bring the benefits of pre-mines, without the risk to investors. This means developer account has no control over the currency as it will never be of a high enough %, but it allows funds to be distributed to development removing need for corruptible foundations such as the Bitcoin Foundation which was spawned to cover developmental costs.

Had some free time so I re-organized and formatted some of the OP I think it looks clearer but you may disagree... also edited a small typeo which is underlined  Tongue
Edit: Underlined another typeo  Tongue

Namsbreh
Sr. Member
****
Offline Offline

Activity: 318
Merit: 250


View Profile
January 05, 2016, 09:54:51 PM
 #4308

The layout demonstrated by merc above is much easier on the eyes.

Top half of revised op is great and as good as others.  2nd half just needs some attention as suggested. It looks a bit like an essay as it stands, content is all there.

ETA: Just lost another trust key by about an hour
dbt1033
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000



View Profile
January 05, 2016, 10:05:58 PM
 #4309

The layout demonstrated by merc above is much easier on the eyes.

Top half of revised op is great and as good as others.  2nd half just needs some attention as suggested. It looks a bit like an essay as it stands, content is all there.

ETA: Just lost another trust key by about an hour

Same man.  Glad there is a fix in the works.
merc84
Hero Member
*****
Offline Offline

Activity: 799
Merit: 1000


View Profile
January 05, 2016, 10:35:11 PM
 #4310

Developer Commission
•Built into the protocol levels, gives a small decayed amount to developer addresses every block [~1 Niro] over 10 years amounting to a total of ~2.5% after 10 years, and starting at ~1.5% as a way to bring the benefits of pre-mines, without the risk to investors. This means developer account has no control over the currency as it will never be of a high enough %, but it allows funds to be distributed to development removing need for corruptible foundations such as the Bitcoin Foundation which was spawned to cover developmental costs.

I'd like some clarification on this one, 2.5% of what? And if the developer does not control the funds who does??? A few post back I calculated the total of the recyler addresses posted at around 19% of current supply. Is there a different developer address and if so can you please post it.
pdogg147
Sr. Member
****
Offline Offline

Activity: 339
Merit: 266

Advancing Liberty Through Blockchain


View Profile WWW
January 06, 2016, 01:20:37 AM
 #4311

Developer Commission
•Built into the protocol levels, gives a small decayed amount to developer addresses every block [~1 Niro] over 10 years amounting to a total of ~2.5% after 10 years, and starting at ~1.5% as a way to bring the benefits of pre-mines, without the risk to investors. This means developer account has no control over the currency as it will never be of a high enough %, but it allows funds to be distributed to development removing need for corruptible foundations such as the Bitcoin Foundation which was spawned to cover developmental costs.

I'd like some clarification on this one, 2.5% of what? And if the developer does not control the funds who does??? A few post back I calculated the total of the recyler addresses posted at around 19% of current supply. Is there a different developer address and if so can you please post it.

Here is the link to the code with the wallet addresses for the developer commission.

https://github.com/Nexusoft/Nexus/blob/ea9aa220b4e2d079ee9f18ea8f72ee61fa796015/src/core/global.cpp#L129-L142

You will also see the recycler addresses I posted previously located at:

https://github.com/Nexusoft/Nexus/blob/ea9aa220b4e2d079ee9f18ea8f72ee61fa796015/src/core/global.cpp#L113-L126

merc84
Hero Member
*****
Offline Offline

Activity: 799
Merit: 1000


View Profile
January 06, 2016, 02:14:22 AM
 #4312

"2Qp1rHzLCCsL4RcmLRcNhhAjnFShDXQaAjyBB9YpDSomCJsfGfS" : 35391.74348000
"2SFx2tc8tLHBtkLkfK7nNjkU9DwvZZMNKKLaeX4xcG8ev4HQqVP" : 35244.26989700
"2SawW67sUcVtLNarcAkVaFR2L1R8AWujkoryJHi8L47bdDP8hwC" : 35184.04282300
"2QvzSNP3jy4MjqmB7jRy6jRGrDz6s6ALzTwu8htdohraU6Fdgrc" : 36980.32435500
"2RxmzQ1XomQrbzQimajfnC2FubYnSzbwz5EkU2du7bDxuJW7i2L" : 37759.47942300
"2S2JaEbGoBFx7N2YGEUJbWRjLf35tY7kezV8R9vzq9Wu1f5cwVz" : 42164.93178000
"2S9bR5wB6RcBm1weFPBXCZai5pRFisa9zQSEedrdi9QLmd5Am8y" : 36688.28805600
"2S6NjGDuTozyCWjMziwEBYKnnaC6fy5zRjDmd2NQhHBjuzKw4bg" : 36572.88080200
"2RURDVPFD14eYCC7brgio2HF77LP22SdN5CeAvwQAwdSPdS95dT" : 37384.28376000
"2SNAEJ6mbmpPXbP6ZkmH7FgtWTWcNnw2Pcs3Stb4PDaq3vH1GgE" : 35660.01451000
"2SDnQuMgW9UdESUUekrrWegxSHLQWnFWJ2BNWAUQVecKNwBeNh5" : 39581.36551200
"2SCLU4SKxh2P27foN9NRoAdtUZMdELMvBpfmVER98HayRRqGKFx" : 35820.32380500
"2SLN8urU2mERZRQajqYe9VgQQgK7tPWWQ1679c5B3scZKP2vDxi" : 37877.08702900

Looks like part of these addresses has been cut-off on github due to formating issues, so I'll assume i found the correct ones.
Total of 482309.0352 or 1.53545363% of current supply.
pdogg147
Sr. Member
****
Offline Offline

Activity: 339
Merit: 266

Advancing Liberty Through Blockchain


View Profile WWW
January 06, 2016, 02:32:46 AM
 #4313

"2Qp1rHzLCCsL4RcmLRcNhhAjnFShDXQaAjyBB9YpDSomCJsfGfS" : 35391.74348000
"2SFx2tc8tLHBtkLkfK7nNjkU9DwvZZMNKKLaeX4xcG8ev4HQqVP" : 35244.26989700
"2SawW67sUcVtLNarcAkVaFR2L1R8AWujkoryJHi8L47bdDP8hwC" : 35184.04282300
"2QvzSNP3jy4MjqmB7jRy6jRGrDz6s6ALzTwu8htdohraU6Fdgrc" : 36980.32435500
"2RxmzQ1XomQrbzQimajfnC2FubYnSzbwz5EkU2du7bDxuJW7i2L" : 37759.47942300
"2S2JaEbGoBFx7N2YGEUJbWRjLf35tY7kezV8R9vzq9Wu1f5cwVz" : 42164.93178000
"2S9bR5wB6RcBm1weFPBXCZai5pRFisa9zQSEedrdi9QLmd5Am8y" : 36688.28805600
"2S6NjGDuTozyCWjMziwEBYKnnaC6fy5zRjDmd2NQhHBjuzKw4bg" : 36572.88080200
"2RURDVPFD14eYCC7brgio2HF77LP22SdN5CeAvwQAwdSPdS95dT" : 37384.28376000
"2SNAEJ6mbmpPXbP6ZkmH7FgtWTWcNnw2Pcs3Stb4PDaq3vH1GgE" : 35660.01451000
"2SDnQuMgW9UdESUUekrrWegxSHLQWnFWJ2BNWAUQVecKNwBeNh5" : 39581.36551200
"2SCLU4SKxh2P27foN9NRoAdtUZMdELMvBpfmVER98HayRRqGKFx" : 35820.32380500
"2SLN8urU2mERZRQajqYe9VgQQgK7tPWWQ1679c5B3scZKP2vDxi" : 37877.08702900

Looks like part of these addresses has been cut-off on github due to formatting issues, so I'll assume i found the correct ones.
Total of 482309.0352 or 1.53545363% of current supply.


The scroll right bar in the Github is way at the bottom and doesn't show unless you scroll all the way down Smiley  It isn't well thought out.  Those are the correct wallets.

merc84
Hero Member
*****
Offline Offline

Activity: 799
Merit: 1000


View Profile
January 06, 2016, 04:28:50 AM
 #4314

So who controls the recycling addresses or is it done in some decentralized manner?
tokyopotato
Legendary
*
Offline Offline

Activity: 812
Merit: 1000


View Profile
January 06, 2016, 05:30:11 AM
 #4315

So who controls the recycling addresses or is it done in some decentralized manner?

Recycler keys and developer keys are currently controlled by Videlicet.  We are going to discuss the ideas to decentralize these in a podcast, and we want feedback and help from the community.  I was hoping to have a podcast with Colin done this last Sunday discussing the future of Nexus and bringing new ideas to Bitcoin, but a snowstorm prevented me from getting home that day, and then I had to pack and move the following day.  Right now I'm on the road.  

There are some very interesting developments going on which we hope to share with everyone soon.  Hopefully after the next podcast, we can clarify many things for everyone and give people a better sense of the vision of Nexus.  As soon as Colin and I can get this recorded, it will be posted here.  This is a priority for both of us but we are currently both swamped.  I should be able to devote a lot more time to Nexus and the podcasts in a few weeks. 

Thank you

We are Nexus.
merc84
Hero Member
*****
Offline Offline

Activity: 799
Merit: 1000


View Profile
January 06, 2016, 06:00:12 AM
 #4316

So who controls the recycling addresses or is it done in some decentralized manner?

Recycler keys and developer keys are currently controlled by Videlicet.  We are going to discuss the ideas to decentralize these in a podcast, and we want feedback and help from the community.  I was hoping to have a podcast with Colin done this last Sunday discussing the future of Nexus and bringing new ideas to Bitcoin, but a snowstorm prevented me from getting home that day, and then I had to pack and move the following day.  Right now I'm on the road.  

There are some very interesting developments going on which we hope to share with everyone soon.  Hopefully after the next podcast, we can clarify many things for everyone and give people a better sense of the vision of Nexus.  As soon as Colin and I can get this recorded, it will be posted here.  This is a priority for both of us but we are currently both swamped.  I should be able to devote a lot more time to Nexus and the podcasts in a few weeks. 

Thank you

We are Nexus.

I'll jump in early with a suggestion regarding the recyclers though I am not a coder so I am unsure if it is at all practical or even possible. I suggest the recyclers be controlled via a voting mechanism using trust keys which are not associated with any of the recycler addresses. Not exactly sure how it could work but something along the lines of recycler addresses being multisig and some how requiring one of the inputs required to unlock them being generated from a vote by trust key holders.
tokyopotato
Legendary
*
Offline Offline

Activity: 812
Merit: 1000


View Profile
January 08, 2016, 05:09:33 PM
Last edit: January 08, 2016, 11:40:08 PM by tokyopotato
 #4317

So who controls the recycling addresses or is it done in some decentralized manner?

Recycler keys and developer keys are currently controlled by Videlicet.  We are going to discuss the ideas to decentralize these in a podcast, and we want feedback and help from the community.  I was hoping to have a podcast with Colin done this last Sunday discussing the future of Nexus and bringing new ideas to Bitcoin, but a snowstorm prevented me from getting home that day, and then I had to pack and move the following day.  Right now I'm on the road.  

There are some very interesting developments going on which we hope to share with everyone soon.  Hopefully after the next podcast, we can clarify many things for everyone and give people a better sense of the vision of Nexus.  As soon as Colin and I can get this recorded, it will be posted here.  This is a priority for both of us but we are currently both swamped.  I should be able to devote a lot more time to Nexus and the podcasts in a few weeks.  

Thank you

We are Nexus.

I'll jump in early with a suggestion regarding the recyclers though I am not a coder so I am unsure if it is at all practical or even possible. I suggest the recyclers be controlled via a voting mechanism using trust keys which are not associated with any of the recycler addresses. Not exactly sure how it could work but something along the lines of recycler addresses being multisig and some how requiring one of the inputs required to unlock them being generated from a vote by trust key holders.

That is right along the lines of what we are thinking.  We do envision those with Trust Keys to be voters.  This is why we are going to fix the Trust Key expiration in the next update.  Rather than an expiration, it will simply decay in weight.  So, that if your node goes offline for a few weeks, you may not completely lose your key but rather you will lose some weight that the key carries.

This is why I referred to the recycler keys as "delegate keys" or "ambassador keys" because those who control them will be ambassadors for Niro and also delegated power by voters.  The ambassadors could have voting capabilities for example, to appoint the developer keys, among other powers and benefits.

Perhaps some of our early community such as yourselves will become controllers/ambassadors of these keys.  In fact, we see this as a big incentive to our early community members.  Participants such as CestBallot, BitSlapper  would be prime examples of people who could be rewarded recycler and/or developer keys.  It is possible someone could have both a recycler key and a developer key

We would also like to decentralize the developer keys over time as well, but this is a different subject as right now Videlicet and CestBallot are the primary developers and maintainers of the Nexus infrastructure.

Let's tackle the recycler/ambassador keys first.  

Also, if anyone has a better name for these keys, we would like to hear it.  These keys ultimately will provide businesses with incentive to maintain crucial infrastructure related to Nexus in the future and become part of a "governing system" so as to ensure long-term decentralization but also maintenance of the infrastructure.  It's feasible these keys could even be put into multisig accounts where they are controlled by trusts or individual communities, whereupon each community had a recycler key.
macorcina
Sr. Member
****
Offline Offline

Activity: 466
Merit: 250


View Profile
January 09, 2016, 12:04:01 AM
Last edit: January 09, 2016, 12:23:05 AM by macorcina
 #4318

All this sound interesting. How do you decide how many of these keys (controllers/ambassadors / developer keys) should have ?
This is fixed numbers of keys or not ? and correlations between ?
 This is like parliament ?
merc84
Hero Member
*****
Offline Offline

Activity: 799
Merit: 1000


View Profile
January 09, 2016, 01:48:18 AM
 #4319

All this sound interesting. How do you decide how many of these keys (controllers/ambassadors / developer keys) should have ?
This is fixed numbers of keys or not ? and correlations between ?
 This is like parliament ?

Well there are 13 recycler and 13 dev fund addresses, but as mentioned it could be possible to require multiple keys for each.
macorcina
Sr. Member
****
Offline Offline

Activity: 466
Merit: 250


View Profile
January 09, 2016, 10:50:18 AM
 #4320

All this sound interesting. How do you decide how many of these keys (controllers/ambassadors / developer keys) should have ?
This is fixed numbers of keys or not ? and correlations between ?
 This is like parliament ?

Well there are 13 recycler and 13 dev fund addresses, but as mentioned it could be possible to require multiple keys for each.
All with same start weight ?  and who and when will delegate this keys ?
Pages: « 1 ... 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 [216] 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 ... 385 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!