Author

Topic: | Nxt | Blockchain Platform | Proof of Stake | Official - page 525. (Read 941285 times)

sr. member
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
Ok, then you can do it. Then we can bug Jean Luk to add it Smiley This is simple version that doesn't do error "guessing"  but that's fine as that should be done by client side.

Let me see. Looks like a competition to get this running till midnight. Cheesy
hero member
Activity: 924
Merit: 1001
Unlimited Free Crypto
Also guys I just thought of this.

What if you want to increase nxt to 10 billion? what would you do with the existing holders? hmmm how about you make their balance (balance*10)?

So? how is this different from this idea by enabling more decimal places?

If the above scenario makes you rethink about my arguements. Please share with us your thoughts and input.

You have missed out a negative sign. We are adding 10^-8 (i.e. decimal places) not 10^8 (dilution of supply). The ideas are opposites, that is how they are different.


If a loaf of bread costs 5Nxt before the change, it will cost 500000000NQT after the change. Or 5 Nxt as 500000000 * 10^-8 = 5 NXT

Who are you working for!?  Blackcoin? Ripple?    Cheesy Cheesy Cheesy Cheesy

{0|0|0|0|0|0|0|0|0|0|0|0|0|0|0}  <- Data space domain (descrete system)
<------------0000.0000---------->  <- Real numbers domain (continuous system)

Please expand. Is one or the other bad/impossible/a light hue of yellow on a crisp spring morning?

This is the concept that is NQT, a stock split care of CfB: http://en.wikipedia.org/wiki/Stock_split

If you have 1 NXT before the change, you have 100000000NQT after. No dilution or change to the market cap.


THANK YOU very much for the counterarguing and the link provided. It is indeed a very good read and I have plenty to argue against stock split. I will take this to a better platform to avoid cluttering this thread and people accusing me of FUD to lower the price ( O_o? I thought praxology makes it clear that as a holder of NXT I would go with higher exchange rate not try to lower it O_o? ).
sr. member
Activity: 338
Merit: 250
You know I think it does change something. That has more to do with human nature.

I think we could also see higher prices as soon as people get used to trading in decimals.

Imagine:

1NXT = 0.00005000 BTC
1NXT = 0.00006000BTC

0.001NXT = 0.00000005BTC
0.001NXT = 0.00000006BTC

Which is more likely to happen first?
hero member
Activity: 644
Merit: 500
It won't be implemented unless someone writes Java version of it that can be implemented in the core.

Does anyone want to convert this javascript version to java?

http://paste.ofcode.org/fxN2H3FpgAZsjZE54UwE8x

then ask Jean Luk to add it.

Once it's made default in the core, all clients will follow

Looks easy.

Ok, then you can do it. Then we can bug Jean Luc to add it Smiley This is simple version that doesn't do error "guessing"  but that's fine as that should be done by client side.

There is also this version with error "guessing" http://paste.ofcode.org/vzYLSC6RwaE9TZYBzQD6f4

We need just the simple version for the core, I think
 
legendary
Activity: 1470
Merit: 1004
1. Where is time till I will forge next block?

+1
sr. member
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
It won't be implemented unless someone writes Java version of it that can be implemented in the core.

Does anyone want to convert this javascript version to java?

http://paste.ofcode.org/fxN2H3FpgAZsjZE54UwE8x

then ask Jean Luk to add it.

Once it's made default in the core, all clients will follow

Looks easy.
hero member
Activity: 644
Merit: 500
Installed 1.0.0 and it looks great! But, I missed two things:

1. Where is time till I will forge next block?
2. My transaction history missing all that I've forged, but balance is OK

Click on "Blocks" (side bar) then on top right select "Forged by you"
hero member
Activity: 870
Merit: 500
Trading will make me rich)
Installed 1.0.0 and it looks great! But, I missed two things:

1. Where is time till I will forge next block?
2. My transaction history missing all that I've forged, but balance is OK
hero member
Activity: 644
Merit: 500
Checksums do not depend on wheather an account is new or not. A correct new address with a checksum can be funded as easily as an address without a checksum.
A checksummed address consists of two parts: the significative part (an address such as we use now) and it's hash. If you made a mistake in either part, hashing of the significative part no longer produce the checksum, what means - the address contains an error, it cannot be accepted for sending money to.

I see where you are coming from.

There is/was this new address format that is even 'self-healing'. I think it is already there but has been disabled right now.

It won't be implemented unless someone writes Java version of it that can be implemented in the core.

Does anyone want to convert this javascript version to java?

http://paste.ofcode.org/fxN2H3FpgAZsjZE54UwE8x

then ask Jean Luk to add it.

Once it's made default in the core, all clients will follow
legendary
Activity: 1190
Merit: 1001
Also guys I just thought of this.

What if you want to increase nxt to 10 billion? what would you do with the existing holders? hmmm how about you make their balance (balance*10)?

So? how is this different from this idea by enabling more decimal places?

If the above scenario makes you rethink about my arguements. Please share with us your thoughts and input.

If you do balance *10 in all existing acounts would be the same. Example: 1 of 100 = 10 of 1,000. You have 1% of total supply in both scenarios.

I'm sorry but you are trying to create panic where is nothing.
hero member
Activity: 572
Merit: 506
Reed Solomon I believe.
You can get 2-3 digits wrong and it knows and even suggests corrections.

t is part of the client but off, a nxt clone turned it on as part of the cloning along with the new little tested client. Ropey stuff.

Ah yeah. Exactly, forgot that name. Thank you.

That was the client side, right?

stdset, were you talking about server side?
I said it previously, and I didn't change my opinion, checksums must be fully specified on protocol level. Otherwise one client will implement them one way, another client will implement them another way, it will lead to same addresses looking differently in different clients.
legendary
Activity: 1190
Merit: 1001
I can't believe you are speaking several pages about this.

1=1.00=1.00000000=1.000000000000000000000000000000000000000000000000000000000000

Satoshi told that this could be implemented also in the future in bitcoin, if needed. This is not diluting, this is adding decimals and nothing changes.
sr. member
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
Reed Solomon I believe.
You can get 2-3 digits wrong and it knows and even suggests corrections.

t is part of the client but off, a nxt clone turned it on as part of the cloning along with the new little tested client. Ropey stuff.

Ah yeah. Exactly, forgot that name. Thank you.

That was the client side, right?

stdset, were you talking about server side?
sr. member
Activity: 897
Merit: 284
Also guys I just thought of this.

What if you want to increase nxt to 10 billion? what would you do with the existing holders? hmmm how about you make their balance (balance*10)?

So? how is this different from this idea by enabling more decimal places?

If the above scenario makes you rethink about my arguements. Please share with us your thoughts and input.

Nope. Balance * 10 = a new number.

1000Nxt * 10 = 10,000Nxt

Adding a decimal doesn't change the number.

1000Nxt + .00000000 = 1,000.00000000Nxt

See? 1000 and 1000.00000000 are the same number, nothing changed.
hero member
Activity: 574
Merit: 500
Reed Solomon I believe.
You can get 2-3 digits wrong and it knows and even suggests corrections.

t is part of the client but off, a nxt clone turned it on as part of the cloning along with the new little tested client. Ropey stuff.
sr. member
Activity: 364
Merit: 250
☕ NXT-4BTE-8Y4K-CDS2-6TB82
Checksums do not depend on wheather an account is new or not. A correct new address with a checksum can be funded as easily as an address without a checksum.
A checksummed address consists of two parts: the significative part (an address such as we use now) and it's hash. If you made a mistake in either part, hashing of the significative part no longer produce the checksum, what means - the address contains an error, it cannot be accepted for sending money to.

I see where you are coming from.

There is/was this new address format that is even 'self-healing'. I think it is already there but has been disabled right now.
hero member
Activity: 572
Merit: 506
I didn't notice, may be I'm wrong, it's easy to check. Send any amount of NXT to e.g. your own slightly changed (1 digit is enough) address. If such transaction is accepted - there are still no checksums in addresses.

How are we supposed to fund new accounts? Do we need a new transaction type?
Checksums do not depend on wheather an account is new or not. A correct new address with a checksum can be funded as easily as an address without a checksum.
A checksummed address consists of two parts: the significative part (an address such as we use now) and it's hash. If you made a mistake in either part, hashing of the significative part no longer produce the checksum, what means - the address contains an error, it cannot be accepted for sending money to.
hero member
Activity: 574
Merit: 500
Also guys I just thought of this.

What if you want to increase nxt to 10 billion? what would you do with the existing holders? hmmm how about you make their balance (balance*10)?

So? how is this different from this idea by enabling more decimal places?

If the above scenario makes you rethink about my arguements. Please share with us your thoughts and input.

You have missed out a negative sign. We are adding 10^-8 (i.e. decimal places) not 10^8 (dilution of supply). The ideas are opposites, that is how they are different.


If a loaf of bread costs 5Nxt before the change, it will cost 500000000NQT after the change. Or 5 Nxt as 500000000 * 10^-8 = 5 NXT

Who are you working for!?  Blackcoin? Ripple?    Cheesy Cheesy Cheesy Cheesy

{0|0|0|0|0|0|0|0|0|0|0|0|0|0|0}  <- Data space domain (descrete system)
<------------0000.0000---------->  <- Real numbers domain (continuous system)

Please expand. Is one or the other bad/impossible/a light hue of yellow on a crisp spring morning?

This is the concept that is NQT, a stock split care of CfB: http://en.wikipedia.org/wiki/Stock_split

If you have 1 NXT before the change, you have 100000000NQT after. No dilution or change to the market cap.
hero member
Activity: 644
Merit: 500
hero member
Activity: 924
Merit: 1001
Unlimited Free Crypto
Also guys I just thought of this.

What if you want to increase nxt to 10 billion? what would you do with the existing holders? hmmm how about you make their balance (balance*10)?

So? how is this different from this idea by enabling more decimal places?

If the above scenario makes you rethink about my arguements. Please share with us your thoughts and input.

You have missed out a negative sign. We are adding 10^-8 (i.e. decimal places) not 10^8 (dilution of supply). The ideas are opposites, that is how they are different.


If a loaf of bread costs 5Nxt before the change, it will cost 500000000NQT after the change. Or 5 Nxt as 500000000 * 10^-8 = 5 NXT

Who are you working for!?  Blackcoin? Ripple?    Cheesy Cheesy Cheesy Cheesy

{0|0|0|0|0|0|0|0|0|0|0|0|0|0|0}  <- Data space domain (descrete system)
<------------0000.0000---------->  <- Real numbers domain (continuous system)
Jump to: