Pages:
Author

Topic: [ANN] NoirShares UPDATE REQUIRED Advanced Features✔, Unique PoW✔ - page 39. (Read 69978 times)

sr. member
Activity: 320
Merit: 250
any progress on code?

The old version has died, but the new one has not born yet.

The code works, there is source code already. I am trying to build an x64 windows wallet for release right now. Being slowed down by upnp.
If i build it without, i can make the wallet available immediately.

DO IT GUY!  Grin

I have contacted someone who may be able to help. I'm sure the version will be out very soon.

Looking forward on it.
legendary
Activity: 882
Merit: 1000
any progress on code?

The old version has died, but the new one has not born yet.

The code works, there is source code already. I am trying to build an x64 windows wallet for release right now. Being slowed down by upnp.
If i build it without, i can make the wallet available immediately.

DO IT GUY!  Grin

I have contacted someone who may be able to help. I'm sure the version will be out very soon.
legendary
Activity: 882
Merit: 1000
Barwizi what is your view of supernet and do you think new nrs might have a place in it? Would it be beneficial to nrs to be part of this?

Well...you caught me. LOL, i already consulted with them and am working on a background project that is being considered for superNet. NRS itself should not be pulled into non NG initiatives so i stepped up the ante on my schedule. The initial idea was good enough for consideration, but i decided to really pull out all the stops. It has elements of previously suggested DACs in it and some new ideas as well, one thing i am hoping to make a permanent feature of all DAS and DACs is the voting function, it will enable compartmentalization of projects so i can keep moving on.

Quote
Project X
============================

What Is Project X?
----------------------------

Project X is a Cryptocurrency that uses colored coins to discriminate types of currency.
The proposed implementation is to use 3 types of distinguishable colors whose properties will vary.

Color 1: Ordinary Tokens attained via PoW, they cannot however gain PoS
Color 2: Given out at block 1 to donators, they cannot be produced via PoW but gain 10% PoS which is paid out in  color 1 tokens
Color 3: Given out at block 1 , airdropped to participating currencies. Can gain 1% which is paid out in color 1 tokens.

When will Project X be launched?
----------------------------------

Tentative Expected Launch date is 15/11/14, meanwhile, source code tested for building (without the balances for color 2 and 3)
will be available everyday @ 00:00 GMT. This will allow visible progress of the project. Once there is sufficient interest a nightly windows build will also be
made available for download.

Why Project X ?
--------------------------

Project X provides users the unique ability to acquire use, and even trade their currency using different property coins for different purposes.
example -- Keeping your Color 2 coins in your wallet without ever spending them allows them to gain more weight, meaning that your earn more interest on them.
You can then use your gained color 1 coins to perform your everyday purchases or trading on altcoin exchanges.


How to get Tokens
--------------------------

Color 1 token will only be available AFTER launch and can only be attained through mining or purchase from a miner, either on the forums or on an exchange.

Color 2 tokens will only be available BEFORE launch, these will be allocated based on donations made to the mutual fund. Overall Color 2 tokens will
 represent 35% of the total money supply.
 
Color 3 tokens will only be available by holding balances of selected coins, these coins will be announced on the forum threads. On launch day, your balance @ 00:00 GMT will be recorded and allocated on the Project X
blockchain. These will represent 5% of the total money supply.

The specs are in constant shift as i try to make it all functional and less prone to problems and conflicts. One of the biggest issues is the non divisibility of the tokens. Last time someone tried that (Pennies aka CENT) we all know what happened.
member
Activity: 64
Merit: 10
any progress on code?

The old version has died, but the new one has not born yet.

The code works, there is source code already. I am trying to build an x64 windows wallet for release right now. Being slowed down by upnp.
If i build it without, i can make the wallet available immediately.

DO IT GUY!  Grin
member
Activity: 79
Merit: 10
the snapshot should have been taken at the moment the fork was ready to go live.
when all the coding is done, snapshot the addresses again and let all the dihonest ppl out.

I think it's pretty likely to happen as there was an issue with incorrect balances for some addresses.

snaidervp, quite right.

Queeq, the same 3 problem addresses. Fixed them all, except one individual...lol, @ 00:01 9/9/14 someone decided to send their coins to polo....likely to offload what they had bought up. Snapshot accuracy was confirmed later around 04:00 9/9/14.

What do i do with this person? Do i allocate them their balance @ 00:00 or their actual snapshot balance?

Thanks.

From the neutral, simply switching standpoint that's nothing wrong with such behavior (dump once coin is abandoned by the original dev). From the more humanistic standpoint I'd allocate the balance after dump. Though it would contradict the initial announcement which is bad in general, so it must be more correct to stick to original plan.

That would be me. You guys can blame me. But if the dev told me "Do not move your NRS after confirmation" or "Do not sell your NRS after snapshot", I would not move my coins to polo. I just trusted barwizi's plan (snapshot at 0:00 9/9/14) and followed market mechanism as I did with PTS. I'm just curious why snapshot is taken at different time from original announcement...

Snapshot wasn't taken at a different time, IMO you jumped the gun a bit. ten minutes wait would have resulted in your balance showing properly. There is always variance in time , few seconds here, few minutes there. I will fix your balance, but i think you could have been a lot more cautious,  and noone ( at least i dont) blame you for what you did.



I really appreciate it barwizi. I will be more cautious next time
legendary
Activity: 882
Merit: 1000
any progress on code?

The old version has died, but the new one has not born yet.

The code works, there is source code already. I am trying to build an x64 windows wallet for release right now. Being slowed down by upnp.
If i build it without, i can make the wallet available immediately.
hero member
Activity: 700
Merit: 500
any progress on code?

The old version has died, but the new one has not born yet.
legendary
Activity: 882
Merit: 1000
the snapshot should have been taken at the moment the fork was ready to go live.
when all the coding is done, snapshot the addresses again and let all the dihonest ppl out.

I think it's pretty likely to happen as there was an issue with incorrect balances for some addresses.

snaidervp, quite right.

Queeq, the same 3 problem addresses. Fixed them all, except one individual...lol, @ 00:01 9/9/14 someone decided to send their coins to polo....likely to offload what they had bought up. Snapshot accuracy was confirmed later around 04:00 9/9/14.

What do i do with this person? Do i allocate them their balance @ 00:00 or their actual snapshot balance?

Thanks.

From the neutral, simply switching standpoint that's nothing wrong with such behavior (dump once coin is abandoned by the original dev). From the more humanistic standpoint I'd allocate the balance after dump. Though it would contradict the initial announcement which is bad in general, so it must be more correct to stick to original plan.

That would be me. You guys can blame me. But if the dev told me "Do not move your NRS after confirmation" or "Do not sell your NRS after snapshot", I would not move my coins to polo. I just trusted barwizi's plan (snapshot at 0:00 9/9/14) and followed market mechanism as I did with PTS. I'm just curious why snapshot is taken at different time from original announcement...

Snapshot wasn't taken at a different time, IMO you jumped the gun a bit. ten minutes wait would have resulted in your balance showing properly. There is always variance in time , few seconds here, few minutes there. I will fix your balance, but i think you could have been a lot more cautious,  and noone ( at least i dont) blame you for what you did.

member
Activity: 79
Merit: 10
the snapshot should have been taken at the moment the fork was ready to go live.
when all the coding is done, snapshot the addresses again and let all the dihonest ppl out.

I think it's pretty likely to happen as there was an issue with incorrect balances for some addresses.

snaidervp, quite right.

Queeq, the same 3 problem addresses. Fixed them all, except one individual...lol, @ 00:01 9/9/14 someone decided to send their coins to polo....likely to offload what they had bought up. Snapshot accuracy was confirmed later around 04:00 9/9/14.

What do i do with this person? Do i allocate them their balance @ 00:00 or their actual snapshot balance?

Thanks.

From the neutral, simply switching standpoint that's nothing wrong with such behavior (dump once coin is abandoned by the original dev). From the more humanistic standpoint I'd allocate the balance after dump. Though it would contradict the initial announcement which is bad in general, so it must be more correct to stick to original plan.

That would be me. You guys can blame me. But if the dev told me "Do not move your NRS after confirmation" or "Do not sell your NRS after snapshot", I would not move my coins to polo. I just trusted barwizi's plan (snapshot at 0:00 9/9/14) and followed market mechanism as I did with PTS. I'm just curious why snapshot is taken at different time from original announcement...
sr. member
Activity: 427
Merit: 250
the snapshot should have been taken at the moment the fork was ready to go live.
when all the coding is done, snapshot the addresses again and let all the dihonest ppl out.

I think it's pretty likely to happen as there was an issue with incorrect balances for some addresses.

snaidervp, quite right.

Queeq, the same 3 problem addresses. Fixed them all, except one individual...lol, @ 00:01 9/9/14 someone decided to send their coins to polo....likely to offload what they had bought up. Snapshot accuracy was confirmed later around 04:00 9/9/14.

What do i do with this person? Do i allocate them their balance @ 00:00 or their actual snapshot balance?

Thanks.

From the neutral, simply switching standpoint that's nothing wrong with such behavior (dump once coin is abandoned by the original dev). From the more humanistic standpoint I'd allocate the balance after dump. Though it would contradict the initial announcement which is bad in general, so it must be more correct to stick to original plan.
legendary
Activity: 882
Merit: 1000
the snapshot should have been taken at the moment the fork was ready to go live.
when all the coding is done, snapshot the addresses again and let all the dihonest ppl out.

I think it's pretty likely to happen as there was an issue with incorrect balances for some addresses.

snaidervp, quite right.

Queeq, the same 3 problem addresses. Fixed them all, except one individual...lol, @ 00:01 9/9/14 someone decided to send their coins to polo....likely to offload what they had bought up. Snapshot accuracy was confirmed later around 04:00 9/9/14.

What do i do with this person? Do i allocate them their balance @ 00:00 or their actual snapshot balance?
sr. member
Activity: 427
Merit: 250
the snapshot should have been taken at the moment the fork was ready to go live.
when all the coding is done, snapshot the addresses again and let all the dihonest ppl out.

I think it's pretty likely to happen as there was an issue with incorrect balances for some addresses.
sr. member
Activity: 333
Merit: 250
"Raven's Cry"
the snapshot should have been taken at the moment the fork was ready to go live.
when all the coding is done, snapshot the addresses again and let all the dihonest ppl out.
member
Activity: 79
Merit: 10
Yes i will, but even in the folder you can find the test list it includes most of the corrected balances, only a few more to go, from people who submitted incomplete information

The folder? I cannot find the folder on the github. BTW, I will wait Smiley
sr. member
Activity: 313
Merit: 250
HGPUPC addicted!
Before the snapshot they were just NRS.

Afterwards, they are "Old NRS" and they value what the community value them (typicaly you can find that value over exchanges).

If you are wondering what would happen to your "Old NRS" coins after the snapshot regarding the "New NRS".. then the answer is.. nothing. They just don't count anymore for the "New NRS". After the snapshot whatever you do over "Old NRS" it stays only over there.

Best regards.
member
Activity: 64
Merit: 10
help me to understand ....
at the moment of snapshot I had 5594 NRS, now if I sell all my NRS, when the new wallet will be available, I will have again the new 5594 NRS simply entering my .dat file?

No.

Imagine 2 lines of trains... as 2 sets of blockchain:
Old  NRS: >=============)Snapshot_read(======================>
New NRS:                                  Snapshot_write(======================>

The wallet you used in "Old NRS" had private keys that will be used also over the "New NRS". So you will only need to do:

1 - Over "Old NRS wallet code": dumpprivkey for all addresses you had NRS at the time of the snapshot.
2 - Import those private keys over the "New NRS wallet code".

Your total "New NRS" coins will depend on the market value of all NRB and NRS at the time of the snapshot (with some average history).

Some Q/A:
- Can we dump all "Old NRS" over the exchanges?
Yes you could, but remember that the chain is still valid, and someone can take over it and suddenly, value it more.. or not. It depends. There are tons of coins that are still surviving today due to take overs.
- Is it safe to transfer my "Old NRS" coins to any exchange?
Depends, as Barwizi advised, until we have a more mature product, we should take precautions. If possible do not transact big amounts (just for testing purposes if you like) or ask the exchange in advance of transacting about the NRS chain they are following.


Thanks! But what about the "old NRS" gained or lost after snapshot? They will be not calculated because the snapshot fixed my NRS amount on 9/9/2014, right?
sr. member
Activity: 313
Merit: 250
HGPUPC addicted!
help me to understand ....
at the moment of snapshot I had 5594 NRS, now if I sell all my NRS, when the new wallet will be available, I will have again the new 5594 NRS simply entering my .dat file?

No.

Imagine 2 lines of trains... as 2 sets of blockchain:
Old  NRS: >=============)Snapshot_read(======================>
New NRS:                                  Snapshot_write(======================>

The wallet you used in "Old NRS" had private keys that will be used also over the "New NRS". So you will only need to do:

1 - Over "Old NRS wallet code": dumpprivkey for all addresses you had NRS at the time of the snapshot.
2 - Import those private keys over the "New NRS wallet code".

Your total "New NRS" coins will depend on the market value of all NRB and NRS at the time of the snapshot (with some average history).

Some Q/A:
- Can we dump all "Old NRS" over the exchanges?
Yes you could, but remember that the chain is still valid, and someone can take over it and suddenly, value it more.. or not. It depends. There are tons of coins that are still surviving today due to take overs.
- Is it safe to transfer my "Old NRS" coins to any exchange?
Depends, as Barwizi advised, until we have a more mature product, we should take precautions. If possible do not transact big amounts (just for testing purposes if you like) or ask the exchange in advance of transacting about the NRS chain they are following.
member
Activity: 64
Merit: 10
help me to understand ....
at the moment of snapshot I had 5594 NRS, now if I sell all my NRS, when the new wallet will be available, I will have again the new 5594 NRS simply entering my .dat file or what?
member
Activity: 107
Merit: 10
Thanks for the news Barwizi,

When possible please enlight us about:
- When will exchanges have access over the new blockchain?
- How will the "new NRS" be claimed?

Personal suggestion to change NRS name:
NRS NoirShares -> NSX or NRSX (NoirSharesX)

+1

That's bad to kill the old one before the new one has come.
full member
Activity: 224
Merit: 100
RTFM ;D
what about the generated NRS after the Snapshot?
actually my wallet created some POF coins  Smiley



should i transfer these coins to cryptsy and sell them? because my balance from the snapshot was already confirmed Grin

Pages:
Jump to: