I can confirm I have received my coins from pasl.fairpool.xyz , nice support.
Thanks
Topic: [ANN][PASL]-[PASCAL Lite]-[The Future is Almost Here] - page 65. (Read 164913 times)
Hope pasl.fairpool.xyz will be back up , because I mined some coins there , and even talked with the admin and he said it will be ok .
We should wait for him before accusing.
Thanks
We should wait for him before accusing.
Thanks
the real coin publish for all the source code for pools and more.... do you use github???
Real coin? You mean the other coin? They published nothing for pools, just a shitty miner at the beginning, everything else (sgminer, ccminer etc) came from their respective authors
ahahahahah it's true .... ahahahahah .you don't use hash module and another software from anothers authors.... ahahahah. do you have write all codes by you for yours all pools?
Yep, all the hashing stuff is done all alone by myself. That's actually how many pool ops make money, people / farms buy that code from them
do you have write all hash modules for all coins for your pools
? do you not use github for research anything? i am not sure. ocminer don't write rubbish please. this is not an attack on your person ... just be honest...
end post.
I think PASCAL verry cheap on poloniex now
I want to Buy it
I want to Buy it
This is pascal lite
if pascal is cheap on poloniex then we are 40 times cheaper
Hope pasl.fairpool.xyz will be back up , because I mined some coins there , and even talked with the admin and he said it will be ok .
We should wait for him before accusing.
Thanks
We should wait for him before accusing.
Thanks
the real coin publish for all the source code for pools and more.... do you use github???
Real coin? You mean the other coin? They published nothing for pools, just a shitty miner at the beginning, everything else (sgminer, ccminer etc) came from their respective authors
ahahahahah it's true .... ahahahahah .you don't use hash module and another software from anothers authors.... ahahahah. do you have write all codes by you for yours all pools?
Yep, all the hashing stuff is done all alone by myself. That's actually how many pool ops make money, people / farms buy that code from them
I think PASCAL verry cheap on poloniex now
I want to Buy it
I want to Buy it
Hope pasl.fairpool.xyz will be back up , because I mined some coins there , and even talked with the admin and he said it will be ok .
We should wait for him before accusing.
Thanks
We should wait for him before accusing.
Thanks
the real coin publish for all the source code for pools and more.... do you use github???
Real coin? You mean the other coin? They published nothing for pools, just a shitty miner at the beginning, everything else (sgminer, ccminer etc) came from their respective authors
ahahahahah it's true .... ahahahahah .you don't use hash module and another software from anothers authors.... ahahahah. do you have write all codes by you for yours all pools?
we know were a real coin when there is fud thank you. you really think your rep is higher than ocminer
Hope pasl.fairpool.xyz will be back up , because I mined some coins there , and even talked with the admin and he said it will be ok .
We should wait for him before accusing.
Thanks
We should wait for him before accusing.
Thanks
the real coin publish for all the source code for pools and more.... do you use github???
Real coin? You mean the other coin? They published nothing for pools, just a shitty miner at the beginning, everything else (sgminer, ccminer etc) came from their respective authors
ahahahahah it's true .... ahahahahah .you don't use hash module and another software from anothers authors.... ahahahah. do you have write all codes by you for yours all pools?
Hope pasl.fairpool.xyz will be back up , because I mined some coins there , and even talked with the admin and he said it will be ok .
We should wait for him before accusing.
Thanks
We should wait for him before accusing.
Thanks
the real coin publish for all the source code for pools and more.... do you use github???
I do not think you want a list ....
I see your concern. You cant code your own. we'll sorry.
Its Sunday, xiphon is probably either sleeping or taking a break from non stop coding for the last 2 weeks.
Pools crash from time to time. Lucky we got another pool.
No reason for panic.
Pools crash from time to time. Lucky we got another pool.
No reason for panic.
dear DEV, proof that this coin is a fake coin is obvious!
always just one pool for mining!
pasl.fairpool.xyz (dead) ... and then look at the case ocminer (Suprnova)
Thank goodness that once existed 51%? ....
publishes sha256t python module to the other pools and we'll see if you're honest or a scam!
always just one pool for mining!
pasl.fairpool.xyz (dead) ... and then look at the case ocminer (Suprnova)
Thank goodness that once existed 51%? ....
publishes sha256t python module to the other pools and we'll see if you're honest or a scam!
please, act as an adult. certainly you can see progress and if you cant back read for history, don't say anything derogatory.
If you cant code your pool, I think you can purchase it from ocminer for the right price.
Hope pasl.fairpool.xyz will be back up , because I mined some coins there , and even talked with the admin and he said it will be ok .
We should wait for him before accusing.
Thanks
We should wait for him before accusing.
Thanks
the real coin publish for all the source code for pools and more.... do you use github???
Real coin? You mean the other coin? They published nothing for pools, just a shitty miner at the beginning, everything else (sgminer, ccminer etc) came from their respective authors
Hope pasl.fairpool.xyz will be back up , because I mined some coins there , and even talked with the admin and he said it will be ok .
We should wait for him before accusing.
Thanks
We should wait for him before accusing.
Thanks
the real coin publish for all the source code for pools and more.... do you use github???
I do not think you want a list ....
Hope pasl.fairpool.xyz will be back up , because I mined some coins there , and even talked with the admin and he said it will be ok .
We should wait for him before accusing.
Thanks
We should wait for him before accusing.
Thanks
dear DEV, proof that this coin is a fake coin is obvious!
always just one pool for mining!
pasl.fairpool.xyz (dead) ... and then look at the case ocminer (Suprnova)
Thank goodness that once existed 51%? ....
publishes sha256t python module to the other pools and we'll see if you're honest or a scam!
always just one pool for mining!
pasl.fairpool.xyz (dead) ... and then look at the case ocminer (Suprnova)
Thank goodness that once existed 51%? ....
publishes sha256t python module to the other pools and we'll see if you're honest or a scam!
Is there any problem with the explorer?
Thanks
Thanks
It doesn't matter if the timestamp is in the past, it doesn't give the miner any advantage. That's why we never issued a fix for that.
However the timestamp cannot be any more than +15 seconds into the future. Because if a miner finds a block with a timestamp into the future, no other blocks would of been accepted until the current time was equal to or greater than that block. So that's why we put out a fix for it.
However the timestamp cannot be any more than +15 seconds into the future. Because if a miner finds a block with a timestamp into the future, no other blocks would of been accepted until the current time was equal to or greater than that block. So that's why we put out a fix for it.
I understand that but it is awfully ugly and suspiciously looking to received blocks with past timestamp. If he has no intention to hold blocks why not send blocks with real timestamp.
This is the issue with the original pascal, the timestamp, past or future but still not real.
Maybe some miner software is not rolling time correctly, the role of the pool with the timestamp is just a "relay" - I hash whatever comes from the miner including timestamp. Afterwards modification of the timestamp is not possible because it was hashed earlier, so if I would "mod" the timestamp the hash would become invalid.
Maybe some miner software is not roliing/updating time correctly, I've tested with nicehash on the pool but it's rather unlikely that they have that issue.
Pardon if it appears I have accused you or something. I just do not want to see the chaos in original here.
I think I know what you guys are seeing.
This is some issue with the way the blocks are relayed throughout the network. This happened before Suprnova's pool. A block would appear but it had a timestamp of 5-10 minutes behind. I think for some people the block appears right away in their blockchain wallet but for others its delayed by a few minutes.
We will look into the coding and find out why this happens. Maybe this was introduced when we added NAT.
This is some issue with the way the blocks are relayed throughout the network. This happened before Suprnova's pool. A block would appear but it had a timestamp of 5-10 minutes behind. I think for some people the block appears right away in their blockchain wallet but for others its delayed by a few minutes.
We will look into the coding and find out why this happens. Maybe this was introduced when we added NAT.
It doesn't matter if the timestamp is in the past, it doesn't give the miner any advantage. That's why we never issued a fix for that.
However the timestamp cannot be any more than +15 seconds into the future. Because if a miner finds a block with a timestamp into the future, no other blocks would of been accepted until the current time was equal to or greater than that block. So that's why we put out a fix for it.
However the timestamp cannot be any more than +15 seconds into the future. Because if a miner finds a block with a timestamp into the future, no other blocks would of been accepted until the current time was equal to or greater than that block. So that's why we put out a fix for it.
I understand that but it is awfully ugly and suspiciously looking to received blocks with past timestamp. If he has no intention to hold blocks why not send blocks with real timestamp.
This is the issue with the original pascal, the timestamp, past or future but still not real.
Maybe some miner software is not rolling time correctly, the role of the pool with the timestamp is just a "relay" - I hash whatever comes from the miner including timestamp. Afterwards modification of the timestamp is not possible because it was hashed earlier, so if I would "mod" the timestamp the hash would become invalid.
Maybe some miner software is not roliing/updating time correctly, I've tested with nicehash on the pool but it's rather unlikely that they have that issue.
It doesn't matter if the timestamp is in the past, it doesn't give the miner any advantage. That's why we never issued a fix for that.
However the timestamp cannot be any more than +15 seconds into the future. Because if a miner finds a block with a timestamp into the future, no other blocks would of been accepted until the current time was equal to or greater than that block. So that's why we put out a fix for it.
However the timestamp cannot be any more than +15 seconds into the future. Because if a miner finds a block with a timestamp into the future, no other blocks would of been accepted until the current time was equal to or greater than that block. So that's why we put out a fix for it.
I understand that but it is awfully ugly and suspiciously looking to received blocks with past timestamp. If he has no intention to hold blocks why not send blocks with real timestamp.
This is the issue with the original pascal, the timestamp, past or future but still not real.
It doesn't matter if the timestamp is in the past, it doesn't give the miner any advantage. That's why we never issued a fix for that.
However the timestamp cannot be any more than +15 seconds into the future. Because if a miner finds a block with a timestamp into the future, no other blocks would of been accepted until the current time was equal to or greater than that block. So that's why we put out a fix for it.
However the timestamp cannot be any more than +15 seconds into the future. Because if a miner finds a block with a timestamp into the future, no other blocks would of been accepted until the current time was equal to or greater than that block. So that's why we put out a fix for it.
Jump to: