Hi,
is it still 2nd rounds of distribution or I have to wait until 3rd?
Cheers
wait for the 3rd which is scheduled for the full moon of March (March 12, 2017 at 14:54 UTC). |
|
|
|
whether the PASC coins will go back to the 20000 sat price or even cheaper than the current price ? but I think will wait to price under 10000 , LOL.  because people panic sold pasc for buying golem. We need to know this, people who have faith on this coin can buy lower for sure. for sure. |
|
|
|
how to mine with gpu if dont have account in first place??? how to use sgminer-pasc if it ask for account to even begin mining??? how to set it to solomine to generate blocks?
1. u can mine to (for example) the poloniex address. 2. read the help topic at https://pasc.nanopool.org/help (the same about nova pool). 3. u can mine solo with the miner included to wallet setup but it's senselessly. |
|
|
|
Best DAG-coin ever.
Confirmation and finality times on average are less than 2 minutes for me.
When is the first lottery game coming? Is anyone working on that, "send your bytes to this address and out of all the addresses-which sent bytes, one of them will be given the full amount - casino-maker fee"?
soon.  can anybody tell about TPS rate and predictable database growth? |
|
|
|
Why is it not possible that the pools after for each 100 mining Pascal 1 account give. This must be done somehow. For the pools it would also be an advantage, because they could tie the miner for a time.
At suprnova you have the possibility of a manual payment. If you make an account only from a height of 100 Pascal, the amount and account should be transferred.
Agree, miners on pools should get thier accs depending on thier hashrates and mined coins. so let's make some messages to the pool's support. |
|
|
|
I've noticed on the website it states: In the 3rd round, which is scheduled for the full moon of March (March 12, 2017 at 14:54 UTC), we'll distribute 62.5 MB for each 1 BTC of linked balance and 0.1 new byte for each 1 byte received in the first round. Are they really only handing out 0.1 per byte for those who took part in the first round, or should this say that people will receive 0.1 per byte for those who participated in earlier rounds? I don't really understand why they would credit people on the first round with even more, but ignore those on the second round. everyone will receive +10 % to the byteballs balance (at the snapshot time) no matter of participation in any previous rounds and even to unlinked (to btc) bb address. |
|
|
|
Pascal is coming pump , look at volume , all order at 33k
ain't gonna happen in meantime. |
|
|
|
PascalCoin Build 1.5.0This new build is very important: More stable & more secure, also reduces network usage. Is full compatible with existents third party apps (Miners, pools, Exchanges ... ) Upgrade is mandatoryBinaries/Instaler at SourceForge:https://sourceforge.net/projects/pascalcoin/files/Full source code at GitHub:https://github.com/PascalCoin/PascalCoinhttps://github.com/PascalCoin/PascalCoin/releases/tag/1.5.0### Build 1.5.0.0 - 2017-02-15 - Net protocol upgrade to 4-5 - Introducing "more work" with high priority than "more high". Work is calculated based on target. Higher target (more work) is more important than higher length - Solved locking/crash bug on high connections (caused by bad thread locking) - Improved network connection - Added JSON-RPC port 4003 protection Whitelist (only allowed IP's can use JSON-RPC) thanks. right in time. |
|
|
|
the only winners of this coin is the first round participants
The same for Bitcoin and the others good project in crypto, am I right? You have obviously missed that first round but that sadly happens. If you believe this is a good project than invest in it, buy some gbyte otherwise there's no need to complain agreed. i've missed the first round too, but instead of whining i put some trust (and money) in GBYTE. |
|
|
|
Just a question. How can PASCAL ever become big when there will be only a couple of million accounts possible? Or do I understand something wrong?
I am very much surprised, I didn't get any answer. I was hoping someone would explain me why my statement was wrong. The fact noone explains it to me gives me the idea I am right and PASCAL actually does not have a chance to become really big. pal, i gave u an answer with picture of a growth plan for the number of accounts. and i agree that is very short-sighted plan for such kind of limitations. but the future will reveal the answer. Hey Pal, not really interested in any link I can push on, sorry. Have been hacked to often. ok, u can find it on the first page of this topic. according to it there will be: years accounts4 2 102 400 8 4 204 800 16 8 406 600 ... 56 29 433 600 p.s. so maybe there is some sense to fork PASC and fix such limitation. let me know if smbd is going to do it. ) p.p.s dev, maybe it's time to reload project with a few corrections. no offence. Thanks for answering. Happy to see, someone else sees this problem and tries to emphasize it. ur welcome. so, can anybody tell about finding possible solutions within the current project? |
|
|
|
Just a question. How can PASCAL ever become big when there will be only a couple of million accounts possible? Or do I understand something wrong?
I am very much surprised, I didn't get any answer. I was hoping someone would explain me why my statement was wrong. The fact noone explains it to me gives me the idea I am right and PASCAL actually does not have a chance to become really big. pal, i gave u an answer with picture of a growth plan for the number of accounts. and i agree that is very short-sighted plan for such kind of limitations. but the future will reveal the answer. Hey Pal, not really interested in any link I can push on, sorry. Have been hacked to often. ok, u can find it on the first page of this topic. according to it there will be: years accounts4 2 102 400 8 4 204 800 16 8 406 600 ... 56 29 433 600 p.s. so maybe there is some sense to fork PASC and fix such limitation. let me know if smbd is going to do it. ) p.p.s dev, maybe it's time to reload project with a few corrections. no offence. |
|
|
|
Just a question. How can PASCAL ever become big when there will be only a couple of million accounts possible? Or do I understand something wrong?
I am very much surprised, I didn't get any answer. I was hoping someone would explain me why my statement was wrong. The fact noone explains it to me gives me the idea I am right and PASCAL actually does not have a chance to become really big. pal, i gave u an answer with picture of a growth plan for the number of accounts. and i agree that is very short-sighted plan for such kind of limitations. but the future will reveal the answer. |
|
|
|
How many rounds of distributions are left after the Febuary round?
until all bytes are distributed. under the current rules – 1-2 years. |
|
|
|
Just a question. How can PASCAL ever become big when there will be only a couple of million accounts possible? Or do I understand something wrong?
ur getting it right:  |
|
|
|
0.1 new byte for each 1 byte received in the first round.
So how can one distinguish the byte is from the first round or from the second round?Thanks. they are identical. u can only look to the transaction history to see what amount was added. Right now we just have the first round and the second round, and we have received the new byte from the only previous(the first) round bytes. So we will know whether the new bytes from the second round will get 0.1 new byte for each 1 byte. @tonych ok but according to the bot: For the bytes you hold on March 12 you receive 0.1 new byte for each 1 byte of your balance, even if your bytes are not on linked Byteball addresses.
You also receive 0.21111 blackbytes for each 1 byte of your balance on the linked Byteball addresses.i. e. rewards for the storing are: 10% of the full bytes amount for bytes and 21% of the full bytes for blackbytes.right? |
|
|
|
Congrats, PASC & Byteball considered by some voices across the slacks
to be the two best and most innovative cryptocurrency projects in 2017
it's great because i chose these two currencies for future use. ☺ |
|
|
|
0.1 new byte for each 1 byte received in the first round.
So how can one distinguish the byte is from the first round or from the second round?Thanks. they are identical. u can only look to the transaction history to see what amount was added. |
|
|
|
39 Byteball Byteball $7,186,180 $71.86 100,000 GBYTE * $111,266 25.55%
1GB is too expensive, maybe change the unit to MB, then 1MB=0.0071$
if we do the change, it will be good for byteball to get more users.
according to the coming total supply of 1 000 000 Gb there is no need to make such changes. it's simple and understandable at the current state. |
|
|
|
Only 1.6% at this speed all the coins will be distributed in 3 years when this project will be "has been"
u may consider such distribution as a mining analogue. no need to drop the all bytes in one moment. Yea but its not mining Its depend of a dev and full moon look at the good side of it: we have defined distriburion plan and no need to waste energy for mining. |
|
|
|
|
Show Posts
