It was the Bitcointalk forum that inspired us to create Bitcointalksearch.org - Bitcointalk is an excellent site that should be the default page for anybody dealing in cryptocurrency, since it is a virtual gold-mine of data. However, our experience and user feedback led us create our site; Bitcointalk's search is slow, and difficult to get the results you need, because you need to log in first to find anything useful - furthermore, there are rate limiters for their search functionality.
The aim of our project is to create a faster website that yields more results and faster without having to create an account and eliminate the need to log in - your personal data, therefore, will never be in jeopardy since we are not asking for any of your data and you don't need to provide them to use our site with all of its capabilities.
We created this website with the sole purpose of users being able to search quickly and efficiently in the field of cryptocurrency so they will have access to the latest and most accurate information and thereby assisting the crypto-community at large.
Content | Score | Started by | Date posted | ||
Fallback double spend protection during forks Development & Technical Discussion
Crap, you're right, in the OKPAY case the first transaction took so long to get…
|
n/a | jevon | April 25, 2013, 11:12:05 AM | ||
Fallback double spend protection during forks Development & Technical Discussion
It was practically unavoidable because transaction had more than 6 confirms in t…
|
n/a | jevon | April 25, 2013, 10:24:32 AM | ||
Fallback double spend protection during forks Development & Technical Discussion
I think the OKPAY double spend during the fork could have been prevented if the…
|
n/a | jevon | April 25, 2013, 10:09:39 AM | ||
Handle much larger MH/s rigs : simply increase the nonce size Development & Technical Discussion
If the time to talk to the device is of the same order of magnitude as how long…
|
n/a | jevon | October 06, 2012, 07:22:27 AM | ||
Handle much larger MH/s rigs : simply increase the nonce size Development & Technical Discussion
If the time to talk to the device is of the same order of magnitude as how long…
|
n/a | jevon | October 06, 2012, 07:51:51 AM | ||
Handle much larger MH/s rigs : simply increase the nonce size Development & Technical Discussion
Any change to the block header is a hard fork upgrade, and should be avoided at…
|
n/a | jevon | October 06, 2012, 06:57:08 AM | ||
Blocking the time warp attack Development & Technical Discussion
I haven't considered if your newly proposed rule is sufficient yet or if it's ot…
|
n/a | jevon | October 03, 2012, 04:09:33 PM | ||
Blocking the time warp attack Development & Technical Discussion
ArtForz posted here how the timestamp constraints can be gamed to walk backwards…
|
n/a | jevon | October 01, 2012, 04:52:51 PM | ||
Blocking the time travel attack Development & Technical Discussion
It doesn't just require a simple majority, the chain must also be forked more th…
|
n/a | jevon | October 02, 2012, 11:51:46 AM | ||
Encrypted wallet.dat, lost password, any solutions? Bitcoin Technical Support
What type of error was it? Capitalization, missing character, extra character, t…
|
n/a | jevon | June 17, 2012, 06:44:25 PM | ||
My horrific realization - pruning is not enough Development & Technical Discussion
Arbitrarily small probabilistic micropayments are possible:https://en.bitcoin.it…
|
n/a | jevon | June 17, 2012, 06:01:13 PM | ||
[CRITICAL FIX] Bitcoin fork "No Forced TX Fee" v0.5.3.1 released Development & Technical Discussion
b) the ability to add a transaction fee to a transaction that you've received an…
|
n/a | jevon | June 17, 2012, 05:05:07 PM | ||
Defence against double spending, even 0-confirmation Development & Technical Discussion
Precisely because of the same logic etotheipi outlined escrow where both parties…
|
n/a | jevon | April 13, 2012, 02:26:37 PM | ||
Defence against double spending, even 0-confirmation Development & Technical Discussion
It is possible for people create non-fraudulent double-spends. A common case: i…
|
n/a | jevon | April 11, 2012, 10:19:54 AM | ||
Defence against double spending, even 0-confirmation Development & Technical Discussion
Here's an idea to take away the incentive to double spend. If a miner finds a do…
|
n/a | jevon | April 11, 2012, 09:53:09 AM | ||
Defence against double spending, even 0-confirmation Development & Technical Discussion
"Double spend = same input, different outputs."You would still need to reconside…
|
n/a | jevon | April 13, 2012, 09:49:14 AM | ||
TX replacement and nLockTime Development & Technical Discussion
Can you remind me how "the miner gets it automatically"? It's in "Defense again…
|
n/a | jevon | April 12, 2012, 02:44:32 PM | ||
TX replacement and nLockTime Development & Technical Discussion
I see three options for who should get the double spent amount:1. The first tran…
|
n/a | jevon | April 12, 2012, 02:01:08 PM | ||
Defence against double spending, even 0-confirmation Development & Technical Discussion
I misread - I thought you wanted to include it as secondary inputs to the coinba…
|
n/a | jevon | April 12, 2012, 10:08:41 AM | ||
TX replacement and nLockTime Development & Technical Discussion
Suppose there's a transaction for 100,000BTC and several blocks later a double s…
|
n/a | jevon | April 12, 2012, 12:59:22 PM | ||
TX replacement and nLockTime Development & Technical Discussion
Or, in other words, you'd need to be pretty sure that you've got a majority of m…
|
n/a | jevon | April 12, 2012, 12:10:55 PM | ||
Defence against double spending, even 0-confirmation Development & Technical Discussion
This is not correct. Old nodes will not accept a block whose coinbase has more t…
|
n/a | jevon | April 12, 2012, 09:48:08 AM | ||
Defence against double spending, even 0-confirmation Development & Technical Discussion
Interesting but likely impossible to implement. Old node (not just miners) woul…
|
n/a | jevon | April 12, 2012, 08:14:38 AM | ||
Defence against double spending, even 0-confirmation Development & Technical Discussion
Interesting but likely impossible to implement. Old node (not just miners) woul…
|
n/a | jevon | April 11, 2012, 10:24:47 AM | ||
TX replacement and nLockTime Development & Technical Discussion
If that is the one sent to the unknown person that you are calling "recipient",…
|
n/a | jevon | April 11, 2012, 01:22:36 AM | ||
TX replacement and nLockTime Development & Technical Discussion
How do you do the bolded part? And how do you know which is "first"?The first t…
|
n/a | jevon | April 11, 2012, 12:41:43 AM | ||
TX replacement and nLockTime Development & Technical Discussion
Then instead make it in the miner's interest to stay with the first transaction:…
|
n/a | jevon | April 10, 2012, 10:48:33 PM | ||
TX replacement and nLockTime Development & Technical Discussion
3. If you have two final, fee-paying transactions, keep/mine/relay the one with…
|
n/a | jevon | April 10, 2012, 09:04:18 PM | ||
TX replacement and nLockTime Development & Technical Discussion
Either way will work. Just make sure they can't do this, like with 4 inputs:0xff…
|
n/a | jevon | April 10, 2012, 10:05:00 AM | ||
TX replacement and nLockTime Development & Technical Discussion
DoSing entities would send themselves multiple versions of multiple transactions…
|
n/a | jevon | April 08, 2012, 01:17:45 PM | ||
Sustainable nanopayment idea: Probabilistic Payments Development & Technical Discussion
I think there's a simpler way that only needs standard transactions and works wi…
|
n/a | jevon | April 05, 2012, 10:02:39 AM | ||
Last person to post in this thread wins .01 btc Beginners & Help
How are you going to know when you get the last post?He has a last post detector…
|
n/a | jevon | April 05, 2012, 09:21:10 AM | ||
Newbies Hangout Beginners & Help
Hello
|
n/a | jevon | April 05, 2012, 09:02:37 AM | ||
Securely swapping bitcoins Beginners & Help
A standard transaction with two inputs and two outputs could do a secure swap. …
|
n/a | jevon | April 02, 2012, 04:55:15 PM | ||
Max BTC generated is limited to? Beginners & Help
Decades from now, if Bitcoin hasn't caught on enough by then to have significant…
|
n/a | jevon | April 02, 2012, 12:39:31 PM | ||
Blocks with no transactions and orphaned blocks Beginners & Help
Might be a sign of some miners trying to shun the blank blocks.
|
n/a | jevon | April 02, 2012, 11:26:07 AM |