EvilDave
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:29:35 AM |
|
Would it be a good idea to automatically blacklist too old clients from connecting to new ones?
Seems like it, but we might end up with forks on basis of client version. I've just seen someone with a heavy hallmark running on 4.7e......god knows how that still works. @ChuckOne and Panda: One of the good things about having the voting site is that we can play around with various voting parameters until we come up with a system (or systems) that upset the least number of people for the shortest time. It's never going to be perfect, because everyone is slightly different, and yet everyone thinks that their own viewpoint is the right one.....democracy, eh, what ya gonna do? On the forking front, I get the feeling that 5.12 likes to have a fresh blockchain. I've updated 3 NRS to 5.12, the one that downloaded a new blockchain is running fine and on the main fork, the other 2 (with blockchains from 5.11) forked off in very different directions.
|
|
|
|
msin
Legendary
Offline
Activity: 1470
Merit: 1004
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:29:50 AM |
|
EVERY IDEA deserves support from the people that believe in it. Of course, if there is serious problem give constructive feedback, but let us all be gentlemen and never devolve to personal insults or threats. Thats just wrong and anybody that does it should be ashamed. We are biggest strongest community, debates are natural, even required to find best solution.
If you find yourself devolving to troll like post, relax, count to 10, delete post and say nothing or make constructive feedback. We lost a key nxt contributor yesterday and i am sad about that. I dont want that to happen again.
Deal?
James
James, your energy is contagious, keep it up and thanks for your work!
|
|
|
|
pandaisftw
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:30:01 AM |
|
Did the author really attribute NXT's success to the ~60 members of reddit? Terrible article, it reeks of paid advertising. I officially request that the NXTcommunityfund put out a bounty for the first person that successfully forges a block onto a simulated 300 GB NXT blockchain in a testbed setup. Full specifications of system used and documentation of experiences in accomplishing the task required to claim the reward.
If infrastructure committee does not take care of this, i will create bounty I like fee of .1 nxt for now, we can adjust again later I think marketing should shift to 100 tps and this allows raspis to be useful, let moores law keep doubling our tps. Bitcoin blockchain does not gain tps with moores law, nxt does In two years 300 gb wont seem so big Also, nxt core is such that all cool stuff, mission critical, competitor defensive, fun and quirky, everything can be developed in parallel as long as we have the resources. We now have nearly 1 million usd budget to be able to fund everything in parallel, plus as nxt gains value so does budget! These are very good developments for nxt! We are discussing seious issues and ways to improve all aspects of nxt. Everyone can contribute. I am so proud to be part of NXT!!! James Where did 300GB come from? That's way too much. Nxt needs about 32GB (theoretical, unreachable maximum) for balances... Now that you mention this, I do remember C-f-b mentioning 32GB would be the hard limit, but why is this?
|
NXT: 13095091276527367030
|
|
|
msin
Legendary
Offline
Activity: 1470
Merit: 1004
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:33:01 AM |
|
So your voting system works on sending money to some accounts? Who is in control of those accounts? Who will get the those money? Just curious. Thought the voting should be free ... I will use the money for the /r/Nxt marketing campaign. If the community show me a better way I will implement this. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) I think the Nxt should go to you for building the site and maintaining, it's an awesome addition to the community.
|
|
|
|
ChuckOne
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:33:13 AM |
|
In addition, it seems that you are going for the more "fair" system, but by setting a minimum NXT holding limit, aren't you excluding all those who have less than this amount? So small stakeholders are being disenfranchised even more so than the 1 NXT = 1 vote system.
Do you mean with 1 NXT: 1) 1 NXT in balance or 2) 1 NXT fee Either way. People with larger stakes will care more about what they vote on whether or not they have to pay for it. I would say it is better to be based on 1 NXT = 1 vote (without pay), otherwise it will discourage voting. We want a large as possible agreement, so that means we want as much NXT in the system voting as possible. Do you really think, it would discourage voting? Large stakeholders can't afford to pay high fees, just because. Another argument should be counted in: large stakeholders do a lot to secure the system. So, why jeopardizing it via 'appearing unfair' voting? In a system where only the balance counts they have to create smaller accounts just to vote fairly (assuming they want because of the stakeholder-argument). When they can determine the voting power directly (via fees), I dont see a problem with that. Paying fees has the side-effect that more NXTs are distributed. That's basically a good thing, I think.
|
|
|
|
Meizirkki
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:34:16 AM |
|
Very strange behavior of 0.5.12. Recent blocks stopped before 59000. Had to delete .nxt and download everything from scratch both om public node and private node.
Interesting which critical error was before 0.5.12
This happened to me as well. Tho I hadn't ran the 0.5.11 for a few days so right after downloading the new release I got into a wrong chain or something. That "fork" had blocks in order not consistent with time. One was made 01.43 the next one 01.42 ...
|
|
|
|
ChuckOne
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:35:27 AM |
|
Very strange behavior of 0.5.12. Recent blocks stopped before 59000. Had to delete .nxt and download everything from scratch both om public node and private node.
Interesting which critical error was before 0.5.12
This happened to me as well. Tho I hadn't ran the 0.5.11 for a few days so right after downloading the new release I got into a wrong chain or something. That "fork" had blocks in order not consistent with time. One was made 01.43 the next one 01.42 ... Interesting, still running fine. Same situation. Down for some days. Immediately upgrading to 12, but runs like a charm.
|
|
|
|
rriky92
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:36:35 AM |
|
Very strange behavior of 0.5.12. Recent blocks stopped before 59000. Had to delete .nxt and download everything from scratch both om public node and private node.
Interesting which critical error was before 0.5.12
mine too but only for a few minutes
|
|
|
|
martismartis
Legendary
Offline
Activity: 1162
Merit: 1005
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:37:04 AM |
|
Very strange behavior of 0.5.12. Recent blocks stopped before 59000. Had to delete .nxt and download everything from scratch both om public node and private node.
Interesting which critical error was before 0.5.12
This happened to me as well. Tho I hadn't ran the 0.5.11 for a few days so right after downloading the new release I got into a wrong chain or something. That "fork" had blocks in order not consistent with time. One was made 01.43 the next one 01.42 ... Interesting, still running fine. Same situation. Down for some days. Immediately upgrading to 12, but runs like a charm. Using .nxt files from previous version?
|
|
|
|
ChuckOne
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:37:42 AM |
|
@ChuckOne and Panda: One of the good things about having the voting site is that we can play around with various voting parameters until we come up with a system (or systems) that upset the least number of people for the shortest time.
That's right. However, I think parameters are evil. They simply shouldn't exist. If they do, the system is playable. It's never going to be perfect, because everyone is slightly different, and yet everyone thinks that their own viewpoint is the right one.....democracy, eh, what ya gonna do?
Clearly monarchy.
|
|
|
|
iruu
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:38:49 AM |
|
It's not that would not be possible, theoretically, on the paper. But, somebody has to implement it. The less, the better. The less, the less bugs, the less security issues, the less maintenance effort etc. We discussed that issues at lengths some days ago.
Let high-level libraries handle the complex stuff. The reverse is true: one valid implementation vs new, unchecked ad-hoc implementation on top of new architecture... not to mention speed: cryptographic operations are probably going to be order of magnitude slower. What a great advantage for users! There are hundreds of cryptography libraries already, no need to implement anything, just use them. Maybe, but it's a reasonable one. It simplifies a lot. See above. So instead of "+cost[opcode]" it's "+1". That's not a lot. A low-level. So, each thing, you can build upon the very basis should be done on top of it. Not besides it: layered architecture.
This I don't understand. You can 'simplify' and use a One instruction set computer. It's not going to be very usable, but that's your direction. Things should be useful first, then fast. Nobody cares if low level implementation is "simple" or whatever. The simple fact that you can't deny is that an architecture with many opcodes is drastically faster, equivalent programs are drastically smaller and it's much easier to write in it.
|
|
|
|
ChuckOne
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:38:54 AM |
|
Very strange behavior of 0.5.12. Recent blocks stopped before 59000. Had to delete .nxt and download everything from scratch both om public node and private node.
Interesting which critical error was before 0.5.12
This happened to me as well. Tho I hadn't ran the 0.5.11 for a few days so right after downloading the new release I got into a wrong chain or something. That "fork" had blocks in order not consistent with time. One was made 01.43 the next one 01.42 ... Interesting, still running fine. Same situation. Down for some days. Immediately upgrading to 12, but runs like a charm. Using .nxt files from previous version? Every single bit of them.
|
|
|
|
^[GS]^
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 112
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:39:09 AM |
|
Very strange behavior of 0.5.12. Recent blocks stopped before 59000. Had to delete .nxt and download everything from scratch both om public node and private node.
Interesting which critical error was before 0.5.12
Something similar happened to me! but even deleting .NXT files does not read any new! EDIT: is needed an API function or something to force the server when it stuck in a block. EDIT2: in localhost not read blocks or transactions, stays at 1 too EDIT3: Now working... updating... >_<
|
|
|
|
ChuckOne
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:43:02 AM |
|
Things should be useful first, then fast. Nobody cares if low level implementation is "simple" or whatever. The simple fact that you can't deny is that an architecture with many opcodes is drastically faster, equivalent programs are drastically smaller and it's much easier to write in it.
|
|
|
|
EvilDave
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:43:31 AM |
|
@ChuckOne and Panda: One of the good things about having the voting site is that we can play around with various voting parameters until we come up with a system (or systems) that upset the least number of people for the shortest time.
That's right. However, I think parameters are evil. They simply shouldn't exist. If they do, the system is playable. It's never going to be perfect, because everyone is slightly different, and yet everyone thinks that their own viewpoint is the right one.....democracy, eh, what ya gonna do?
Clearly monarchy. Davearchy: The universe run by Daves. Sounds good to me. Still having trouble getting my home 5.12 nodes to sync up cleanly. VPS seesm to be on the good path, luckily.
|
|
|
|
xyzzyx
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 490
Merit: 250
I don't really come from outer space.
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:44:09 AM |
|
I will use the money for the /r/Nxt marketing campaign. If the community show me a better way I will implement this. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) I think the Nxt should go to you for building the site and maintaining, it's an awesome addition to the community. +1
|
"An awful lot of code is being written ... in languages that aren't very good by people who don't know what they're doing." -- Barbara Liskov
|
|
|
pandaisftw
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:44:14 AM |
|
In addition, it seems that you are going for the more "fair" system, but by setting a minimum NXT holding limit, aren't you excluding all those who have less than this amount? So small stakeholders are being disenfranchised even more so than the 1 NXT = 1 vote system.
Do you mean with 1 NXT: 1) 1 NXT in balance or 2) 1 NXT fee Either way. People with larger stakes will care more about what they vote on whether or not they have to pay for it. I would say it is better to be based on 1 NXT = 1 vote (without pay), otherwise it will discourage voting. We want a large as possible agreement, so that means we want as much NXT in the system voting as possible. Do you really think, it would discourage voting? Large stakeholders can't afford to pay high fees, just because. Another argument should be counted in: large stakeholders do a lot to secure the system. So, why jeopardizing it via 'appearing unfair' voting? In a system where only the balance counts they have to create smaller accounts just to vote fairly (assuming they want because of the stakeholder-argument). When they can determine the voting power directly (via fees), I dont see a problem with that. Paying fees has the side-effect that more NXTs are distributed. That's basically a good thing, I think. The only issue I see with having to pay a fee is that people who care most (ie. they vote the most) will find that they have less and less voting power over time. Their NXT may flow to hoarders who never vote at all. Without a fee system (simply 1 NXT = 1 vote) then everyone is encouraged to vote as much as possible, on every topic. Of course, no one (especially large stakeholders) would vote for something that would harm their own stake, so there is already an incentive to vote for the overall good of NXT built in.
|
NXT: 13095091276527367030
|
|
|
iruu
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:45:44 AM |
|
Things should be useful first, then fast. Nobody cares if low level implementation is "simple" or whatever. The simple fact that you can't deny is that an architecture with many opcodes is drastically faster, equivalent programs are drastically smaller and it's much easier to write in it.
You are using the clause order as an argument? Really? Since when the first thing to mention is the most important one? And why does it matter?
|
|
|
|
^[GS]^
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 112
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 12:59:27 AM |
|
peer bug? "213.57.82.19", "node17.nxtbase.com", "212.67.73.173", "93.190.92.75", "abctc.vps.nxtcrypto.org", "node18.nxtbase.com", "212.85.38.25", "186.90.251.60", "85.10.202.109", "14.20.5.93", "195.3.205.202", "50.30.46.177;209.126.96.136;209.126.96.137;209.126.96.138", <<< "109.75.223.181", "vps1.nxtcrypto.org", "46.19.137.116", "88.193.113.190", "176.31.244.93", "80.86.83.79", "69.90.132.18", "95.85.31.25", In /admin.html => Get Peers
|
|
|
|
Jean-Luc
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 06, 2014, 01:21:11 AM |
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Release 0.6.0 http://download.nxtcrypto.org/nxt-client-0.6.0.zipsha256: 40154756de464c9587b738c84f14a4a06dfb02476507f1a2383cbe03dc5bd48b Change log: Fixed a critical bug. Everybody should upgrade immediately. The fix in 0.5.12 was not enough. A more detailed changelog will follow tomorrow, or you can figure it out yourself. Now I go to sleep. Did I mention that everyone should upgrade? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJS8uAbAAoJEFOhyXc7+e2AVD0QAM09cbDLn12ncCnyhbQTGVqJ SxQr4MllRWSmIkQihXYud1a9USQYUs+l6oP8BM+fiSc6/vJctFu9wb24L90N1vL/ RAFdrLDMqtm7dB4DkVFtoGQsClpNob1HLEzsFK5QQUkhkLUsYOD9hifYhHCJm6LO dda3N0qVMHiVrJfIljYbMRrKAcXDoFY1Z7ajJu4W2ttoz2LGkOAApNV854+AhyxI D5Z0S13JiMJWXGv6BAFDeOewvCLk6TuPGpusFJb03dKPoZftfwoLe+o0MDBa53Bx T4M5GStPCpV+xcf9dCqReNa1XtMMWA7rnXfLH+IM0OmtSCTh7zXRDqzocNuNagFR LoXcTlfN0L1nHXR4beMbQclEifVXjQS32D9XaX1EEEzN/zcOYQrJIQYFuNBjv1w3 mIsleduDVJGCbMlgjrpytEKROuwYynVUXWkAC93c2ueOQEWgU4AKwuYmWBMpzbdB RBUaXpFVAfYi4dHRwSwHRGeY1bzSV99msbjAnfPWuiltQrcK5Ma8MbTZrv7K/43I Rjv7YpIIFN4P3Qroxr4+1bCA6MwS/DaQpFygQx5kqMhiL56/8Rm9NggaICRu/CDP h6G09XYrhhwfVaABlzAhWEijc3wcXWcwP44QWSH/7k7jt0su5MHXKeosmp4OTUkE B3XuAWOvEWwse4bsbl71 =z84D -----END PGP SIGNATURE-----
|
|
|
|
|