Search content
Sort by
Showing 20 of 30 results by Viriatto
True, but at least they are keeping the scammed ones updated:
http://hashrack.com/
Still no response from them...
http://hashrack.com/
Still no response from them...
Re: Hashrack.com - Hashpacks/RealtimeStats/Decntrlzd/PPLNS/ASIC Ready/API
I joined the queue @ october, till then been trying to cancel my contract without any success, no replies from them...
After all this 4 months, seems that we got scammed.
After all this 4 months, seems that we got scammed.
Greetings y'all,
In September i've ordered an Hashpack of 5GH/s, paying the amount of 0.46 BTC.
On the past 2 months i've been attempting to contact them in order to refund the spent value.
There is no awnsers from them neither refund being made.
In September i've ordered an Hashpack of 5GH/s, paying the amount of 0.46 BTC.
On the past 2 months i've been attempting to contact them in order to refund the spent value.
There is no awnsers from them neither refund being made.
Quote
Anyone is free to copy, modify, publish, use, compile, sell, or
distribute this software, either in source code form or as a compiled
binary, for any purpose, commercial or non-commercial, and by any
means.
Gotta love freedom projects, going to hammer this toy and help you on github, Cheers. distribute this software, either in source code form or as a compiled
binary, for any purpose, commercial or non-commercial, and by any
means.
Re: World's fastest ASIC Bitcoin mining generators Made in North Korea
Western citizen of underprivileged countries
Love radicalism!I buy it all!
Opened new pool with stratum support + vardiff:
You can use GPU miner from here: https://bitcointalk.org/index.php?topic=269145.msg2946557#msg2946557
with following parameters:
http://eco.coinmine.pl
port: 7090
port: 7090
You can use GPU miner from here: https://bitcointalk.org/index.php?topic=269145.msg2946557#msg2946557
with following parameters:
Code:
janeminer -o stratum+tcp://eco.coinmine.pl:7090 -u u -p u --scrypt --no-submit-stale --Nfmin 4 --Nfmax 30 --StartT 1376093465
Sharky444 get the new GPU miner and mine, got it working!
Imagine a guy is mining a second blockchain since block 2
Now imagine he manages to make it longer (by mining or by finding a flaw in the mining process) that the one we currently see and he releases it
Result: all transactions are reverted and the only one to have any bitcoins since block 2 is him
By adding a checkpoint at block n, you force your client to refuse chains if the hash for their block n is not the one of the checkpoint, so the guy can't revert the blocks older than n
Now imagine he manages to make it longer (by mining or by finding a flaw in the mining process) that the one we currently see and he releases it
Result: all transactions are reverted and the only one to have any bitcoins since block 2 is him
By adding a checkpoint at block n, you force your client to refuse chains if the hash for their block n is not the one of the checkpoint, so the guy can't revert the blocks older than n
Best imaginary explanation, then it would make sense to have a dynamic callback filling this checkpoints automatically by a consentual wallet analysis?
There must be a way of having all the wallets posting/confirming same "N" from time to time, or block to block (every 1500 blocks for eg?)
A second benefit is that you can skip signature verification. Checking that every transaction is signed properly is the major CPU load for downloading the blockchain.
The reference client still checks each block to make sure no double spends happened and that the minting rewards were valid, but it doesn't check that the transactions were properly signed.
Once it hits the last check-pointed block, then signature verification is switched on. This speeds up downloading the chain. It turned out that CPU load when checking the signatures was the bottleneck. Even though the chain is many GB long, network speeds were fast enough so that the CPU was the bottleneck.
The older your checkpoint is, the more signatures you have to check "manually".
It is possible to turn off checkpoints, if you want to fully verify the chain yourself. I don't know if they have a way to keep checkpoints but still check all signatures anyway.
The reference client still checks each block to make sure no double spends happened and that the minting rewards were valid, but it doesn't check that the transactions were properly signed.
Once it hits the last check-pointed block, then signature verification is switched on. This speeds up downloading the chain. It turned out that CPU load when checking the signatures was the bottleneck. Even though the chain is many GB long, network speeds were fast enough so that the CPU was the bottleneck.
The older your checkpoint is, the more signatures you have to check "manually".
It is possible to turn off checkpoints, if you want to fully verify the chain yourself. I don't know if they have a way to keep checkpoints but still check all signatures anyway.
Great, so this means we can setup new transaction fee's just by defining a checkpoint on the new TX block?
Lovely, thank you both for the light...
Greetings,
I've been messing around with "C" coding from different coin systems, trying to understand all the logic behind it.
There is a subject that im not yet clear to understand, at checkpoints.cpp:
What is the point of adding checkpoints? can someone explain me the theory?
Cheers
I've been messing around with "C" coding from different coin systems, trying to understand all the logic behind it.
There is a subject that im not yet clear to understand, at checkpoints.cpp:
Quote
( 15000, uint256("0x00000082cab82d04354692fac3b83d19cbe3c3ab4b73610d0e73397545eb012e"))
( 30000, uint256("0x0000000af2f6e71951d6e8befbd43a3dac36681b5095cb822b5c9c8de626e371"))
( 45000, uint256("0x00000000591110a1411cf37739cde0c558c0c070aa38686d89b2e70fe39b654f"))
( 60000, uint256("0x000000000c067c5df98a8285ff045c3ffee46eb64b248bc6622f6bdceb8558be"))
( 75000, uint256("0x000000004ab2d277c8a056f55f32efa515a9931cb0404d60d0efc4f573412e66"))
( 90000, uint256("0x000000000cfe2ec9d27b784c2627c3864d26e5829cc5b18b4eff37d863ed0675"))
( 105000, uint256("0x00000000b0480b6a15fee32ee47d4b30dc82dc44ab680f1debb2ce2b13f73aab"))
( 120000, uint256("0x00000000d843c5c818620d00c9352e0cc3bbf7fdb9d69093795fbfffff13c92a"))
( 135000, uint256("0x0000000292cb16d5935e015a786d33f3228da23d92dfeb6ddff7249a3227f956"))
( 150000, uint256("0x000000035d01ee7f75032c0293a7e6b1217d447fe3e000ede7911cb0520c60c7"))
( 165000, uint256("0x00000001e790d65de9541af419465338220de69e3ffcbda427af2fc94741d321"))
( 30000, uint256("0x0000000af2f6e71951d6e8befbd43a3dac36681b5095cb822b5c9c8de626e371"))
( 45000, uint256("0x00000000591110a1411cf37739cde0c558c0c070aa38686d89b2e70fe39b654f"))
( 60000, uint256("0x000000000c067c5df98a8285ff045c3ffee46eb64b248bc6622f6bdceb8558be"))
( 75000, uint256("0x000000004ab2d277c8a056f55f32efa515a9931cb0404d60d0efc4f573412e66"))
( 90000, uint256("0x000000000cfe2ec9d27b784c2627c3864d26e5829cc5b18b4eff37d863ed0675"))
( 105000, uint256("0x00000000b0480b6a15fee32ee47d4b30dc82dc44ab680f1debb2ce2b13f73aab"))
( 120000, uint256("0x00000000d843c5c818620d00c9352e0cc3bbf7fdb9d69093795fbfffff13c92a"))
( 135000, uint256("0x0000000292cb16d5935e015a786d33f3228da23d92dfeb6ddff7249a3227f956"))
( 150000, uint256("0x000000035d01ee7f75032c0293a7e6b1217d447fe3e000ede7911cb0520c60c7"))
( 165000, uint256("0x00000001e790d65de9541af419465338220de69e3ffcbda427af2fc94741d321"))
What is the point of adding checkpoints? can someone explain me the theory?
Cheers
The usage of peer-to-peer system is being explored mostly by those people in the dark, away from forums/coffe-time theorists...
Has you said you also been in the dark, this gave you the opportunity to step back and have a widder vision about the whole concept of peer to peer hashing, there are still alot of projects to be done, but you gave a great example, congratz for that.
Anything you need from Logics to Creativity make contact.
Has you said you also been in the dark, this gave you the opportunity to step back and have a widder vision about the whole concept of peer to peer hashing, there are still alot of projects to be done, but you gave a great example, congratz for that.
Anything you need from Logics to Creativity make contact.
Cryptsy is a coin-exchange market.
Good JobGreetings,
I am here to theorotise with you about the safest way to build a public crypto-currency credit project.
Now im heading for a public project, Credit Requesters and Credit Providers would be the main role of the project, but the vulnerability of this system is centered on Requesters.
This requesters would need some proof of future payback, since Identity isn't the goal of bitcoin i wouldn't like to implement the need of personal information.
Credit Provider will be able to define credit plans with:
- Amount of BTC
- Payment Timings
- Earning Percentage
I would like to brainstorm about Credit Requesters, even with a reputation system alike, we need to ensure this anonymous credits are trusted.
Would a Credit Requester system, based on reputation work if only approved by accepting 50% of the requested value @ 0 reputation? (new requesters)
Would a Credit Requester system, work based on type of credits and proof of investments? (Order ID, Payments,etc..)
During your reading got hitten by any storm lightning? (Idea) Please share...
There is no release date for this project, since we have no vision of a stable system yet, but as soon as we got something, a timeline will be defined for development.
Thank you,
Open your mind.
I am here to theorotise with you about the safest way to build a public crypto-currency credit project.
| http://cbsphilly.files.wordpress.com/2012/08/collector-coins-cu-dl.jpg?w=420&h=315 | On the past months, i've been providing credits to close people, meanwhile i needed to track all the clients, timelines, values and quantities, so i took some time to build this personal app, with notification system and some other useful functionalities. The people i've been crediting, seem to target ASIC investments, leaving me has a happy crediter for knowing their investing on something they could actually pay me after. |
Now im heading for a public project, Credit Requesters and Credit Providers would be the main role of the project, but the vulnerability of this system is centered on Requesters.
This requesters would need some proof of future payback, since Identity isn't the goal of bitcoin i wouldn't like to implement the need of personal information.
Credit Provider will be able to define credit plans with:
- Amount of BTC
- Payment Timings
- Earning Percentage
I would like to brainstorm about Credit Requesters, even with a reputation system alike, we need to ensure this anonymous credits are trusted.
Would a Credit Requester system, based on reputation work if only approved by accepting 50% of the requested value @ 0 reputation? (new requesters)
Would a Credit Requester system, work based on type of credits and proof of investments? (Order ID, Payments,etc..)
During your reading got hitten by any storm lightning? (Idea) Please share...
There is no release date for this project, since we have no vision of a stable system yet, but as soon as we got something, a timeline will be defined for development.
Thank you,
Open your mind.
Re: Bitcoin becoming the one world currency for the New World Order?
NWO: We just need hypnotoads to solve these darn rebels
http://images4.wikia.nocookie.net/__cb20090423125458/conworld/images/8/85/Hypnotoad_animated.gif
They are the ones using Hypnotoads against mortals
