Bitcoin Forum
May 26, 2024, 04:51:54 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 »
301  Bitcoin / Development & Technical Discussion / Re: Is blockexplorer's total bitcoins in existance accurate? on: September 28, 2011, 03:02:38 AM
In the end, is this of any concern for the general Bitcoin using public or just a technical curiosity?
It is a curiosity.  If a majority wanted to stop us from creating more duplicate coinbase transactions, someone could easily patch the code so as to reject such blocks.  But I doubt that enough people care enough to overcome well-placed conservatism and inertia among pool operators, miners, and core developers.  I personally would tend to oppose such a change for the BTC chain, though I might revisit it when starting a competing chain.
302  Bitcoin / Development & Technical Discussion / Re: Is blockexplorer's total bitcoins in existance accurate? on: September 28, 2011, 01:24:58 AM
Are you sure it's not a problem with your database theymos? The other block explorers report the 50 BTC generated ok
Indeed two pairs of blocks contain duplicate coinbase transactions, as I confirmed by querying Abe's database.  I believe some miner failed to configure a new output address for each block, and when it solved two blocks with the same "reward" (50 BTC in this case) and the same coinbase script (collision in the "extra nonce" field and lack of other distinguishing data), this resulted in bitwise identical transactions.  I would consider this a bug in the program that assembles blocks for the miner.

Abe currently deducts for lower-than-deserved rewards but fails to notice duplicate transactions.  Abe also deducts when a coin goes to the public key hash consisting of all zero bits, which can not be reclaimed if our assumptions about crypto strength hold.
303  Bitcoin / Development & Technical Discussion / Re: [update] ABE: AGPL Block Explorer on github on: September 28, 2011, 01:02:51 AM
I changed the datadir both in abe.conf and in the datadir table in the database.  The chain block was downloaded new.  No new blocks were added to the database.  I didn't get any error, it simply didn't update anymore.  Then I tryed replacing the contents of the datadir by the old ones, restarted the chain daemon, which continued adding blocks to the chain, and Abe worked fine too.  So, finally it worked out, with the old blk0001.dat file, but not with a new blk0001.dat file.
This needs documenting, but in the log perhaps it mentioned forcing a rescan with "UPDATE datadir SET blkfile_number=1, blkfile_offset=0 WHERE dirname='...'"

(Replace "..." with the dirname.)

This ought to let it use the new file, and it will scan it 10x faster (or more) than if it had to rebuild the data structures.  I hope one day we'll have an administrative web interface to perform this task and others, like configuring chains, etc.
304  Bitcoin / Development & Technical Discussion / Re: [update] ABE: AGPL Block Explorer on github on: September 27, 2011, 08:51:25 PM
If a chain changes the directory where it keeps the block chain file, is it possible to change the configuration of Abe to get it continuing reading from the new directory without needing to completely rebuild the database?  I've tried changing it both in the abe.conf file and directly on the datadir table in the database to no avail.
You shouldn't need to rebuild the database or even the chain.  If blk0001.dat is the same, except for possibly being appended to (by bitcoind) it should have no problem when you update datadir.dirname and restart the process.  Even if blk0001.dat is different (bitcoind restarted from an empty dir or copied blk0001.dat from another host) the load should go 10-100x faster, because Abe assumes that it has loaded a block when it recognizes the header hash and skips ahead in the file.

Please provide details of what you did and what error you got.
305  Other / Beginners & Help / Re: Thoughts on a bitcoin alternative backed by gold? on: September 27, 2011, 03:48:33 AM
gold and silver will be easily synthesized by advanced nuclear technology.
Gold has already been synthesized that way.  At a cost... well above... market.  I'd suggest developing a bacterium to concentrate it from seawater before you bark up that tree.

Anyway, there is more than a thousand tonnes of gold in exchange-traded funds (ETFs; a form of IOU) worth c. $100bn--several orders of magnitude greater than cryptocurrencies.  I hope and expect that to change, but it won't happen overnight.

Between gold ETFs and Bitcoin, there are so-called digital gold currencies (DGCs), which let you transfer your IOUs to other end users as opposed to an exchange.  The biggest of these comes to around $1bn: just 30 times Bitcoin.  But in practice, people use DGCs to store value--like ETFs, only less convenient.  They don't use them as money for trade in goods and services.

Why not?  It can not be due to their IOU nature; that reasoning would apply more strongly to storage of value, which is DGCs' most popular use.  Could it be because transfers must pass through a central authority--the issuer's website?

Keep the gold backing--valued by less savvy but wealthier market participants--and add decentralized cryptocurrency transactions, and you might make quite a splash.
306  Bitcoin / Project Development / Re: [ANNOUNCE] Abe 0.6: Open Source Block Explorer Knockoff on: September 27, 2011, 02:47:49 AM
I use Ctrl-C and tolerate the keyboard exception backtrace.  Once I had a good use for the trace, when I was optimising the initial load time.  I can imagine this happening again, so I would probably keep an option to show it, perhaps the existing --debug option.

On the website, I use Daemontools (similar to /etc/init.d/ scripts or Windows services) to stop and start, and that uses a different signal, which Python does not translate into an exception, so it doesn't log backtraces.

Feel free to post patches here or on github.  Even if I'm slow to respond, someone else may want the feature.
307  Alternate cryptocurrencies / Altcoin Discussion / Re: Coinotron - Automated switching to the most profitable currency on: September 23, 2011, 04:01:30 PM
Anyway now I'm converting all links to blocks in your explorer to lower case.

That's a job for regular expressions, isn't it?   Smiley
For BlockExplorer compatibility, I'm making Abe case-insensitive, so all it takes is an upgrade.

https://github.com/jtobey/bitcoin-abe/commit/d39d32d958e6aa467aa7022644237e728a924ddb

-John
308  Bitcoin / Bitcoin Technical Support / Re: help with wallet.dat on: September 22, 2011, 06:40:19 PM
And here's a similar tool, which I haven't tested: https://bitcointalk.org/index.php?topic=25091.0
309  Bitcoin / Bitcoin Technical Support / Re: help with wallet.dat on: September 22, 2011, 05:02:51 PM
For reference, here's a script that operates on a raw disk partition.  It may recover bitcoins after wallet.dat is deleted.  You should try filesystem recovery tools in that case, too.  Avoid booting into or modifying the filesystem until you are through searching it.  Instructions are in the code comments.
Code:
#! /usr/bin/perl

# findkeys.pl Copyright (C) 2011 John Tobey, <John.Tobey@gmail.com>

#   THERE IS NO WARRANTY FOR THE PROGRAM, TO THE EXTENT PERMITTED BY
# APPLICABLE LAW.  EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT
# HOLDERS AND/OR OTHER PARTIES PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY
# OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO,
# THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
# PURPOSE.  THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE PROGRAM
# IS WITH YOU.  SHOULD THE PROGRAM PROVE DEFECTIVE, YOU ASSUME THE COST OF
# ALL NECESSARY SERVICING, REPAIR OR CORRECTION.

#   IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING
# WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MODIFIES AND/OR CONVEYS
# THE PROGRAM, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY
# GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE
# USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO LOSS OF
# DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD
# PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER PROGRAMS),
# EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF
# SUCH DAMAGES.

# This script searches for Bitcoin private keys in a disk partition
# containing a deleted wallet file.  You would do this after failing
# to recover the bitcoins from backups, filesystem recovery tools, and
# Berkeley DB recovery tools, if applicable.

# This program is not easy to use.  I don't personally need it, I
# wrote it as an experiment for someone who lost their wallet.

# These instructions assume you are running Linux and know the partition you
# want to search (example: /dev/sda2).  If you want to search a file instead
# of a partition, replace "sudo dd if=/dev/sda2" with "cat FILENAME" below.

# This script reads a file named pubkeys.dat containing possible public keys.
# To create pubkeys.dat prior to running this script, use a command like the
# following, with the partition name in place of "/dev/sda2":

# sudo dd if=/dev/sda2 |perl -e '$| = 1; $bufsize=4096; while(read(STDIN,$_,$bufsize,70)) { print $1 while /\03keyA(.{65})/sg; $_=substr($_,$bufsize); }' > pubkeys.dat

# Searching for many possible keys takes a long time.  findkeys.pl
# allows searching for only a range of the possible keys in
# pubkeys.dat.  Experiment to find the right number to search in one
# run.  You can interrupt a run (hit Ctrl-C) and restart it with
# different arguments if it is too slow.

# The script puts the most "interesting" possible keys first in the
# sequence.

# Run findkeys.pl with no arguments to show the number of keys in pubkeys.dat.
# To search partition /dev/sda2 for the first 10 keys:
# sudo dd if=/dev/sda2 | ./findkeys.pl 10 >> keys.txt
# To search for the next 20 keys:
# sudo dd if=/dev/sda2 | ./findkeys.pl 20 10 >> keys.txt

# If the output file (keys.txt) is not empty, it may contain private keys in
# hexadecimal format.

use strict;
use warnings;
$| = 1;

my $count = shift;
my $start = shift || 0;
my $pubkeys_file = "pubkeys.dat";
my (%seen, @interesting, @boring, @pubkeys);
my $bufsize_MB = 10;

open(PKD, "<", $pubkeys_file) || die("$pubkeys_file: $!");
while (read(PKD, my $pubkey, 65)) {
    next if $seen{$pubkey}++;
    if ($pubkey =~ /\A\x04/) {  # Bitcoin pubkeys tend to start with hex 04.
        push(@interesting, $pubkey);
    }
    else {
        push(@boring, $pubkey);
    }
}
@pubkeys = (@interesting, @boring);

if (!defined($count)) {
    if (scalar(@pubkeys) == 0) {
        print STDERR "No keys found in $pubkeys_file, sorry.\n";
        exit 1;
    }
    print STDERR "Keys to search for: " . scalar(@pubkeys) . "\n";
    print STDERR "Interesting keys: " . scalar(@interesting) . "\n";
    print STDERR "Run $0 COUNT to look for COUNT keys.\n";
    print STDERR "Run $0 COUNT START to skip the first START keys.\n";
    exit;
}

my @patterns;
for my $pubkey (@pubkeys[$start .. ($start + $count - 1)]) {
    push(@patterns, quotemeta($pubkey));
}
my $searcher = eval("sub { /(.{217}(" . join("|", @patterns) . "))/sg }");
my $bufsize = $bufsize_MB * 1024 * 1024;
my $MB_read = 0;
while(read(STDIN, $_, $bufsize, 288)) {
    for my $found (&$searcher()) {
        my $output = unpack("H*", $found);
        print "$output\n";
        if ($output =~ /^fd/ && $output !~ /036b657941/) {
            print STDERR "\rProbable key: $output\n";
        }
    }
    last if length($_) <= $bufsize;
    $_ = substr($_, $bufsize);
    $MB_read += $bufsize_MB;
    print STDERR "\r$MB_read MB scanned. ";
}
310  Other / Beginners & Help / Re: Thoughts on a bitcoin alternative backed by gold? on: September 21, 2011, 08:11:54 PM
A lot can happen between here and market-cap parity with gold.

$37000000: value of all BTC, including "lost coins".
$8000000000000: approx value of all gold.
311  Other / Beginners & Help / Re: how to receive testnet bitcoins through the command line (no gui)? on: September 21, 2011, 08:01:18 PM
Try getnewaddress.
Try "bitcoind help" and "bitcoind help {command}" for more commands.
312  Other / Beginners & Help / Re: Thoughts on a bitcoin alternative backed by gold? on: September 21, 2011, 07:32:02 PM
Bitcoin is essentially gold. You're wasting time backing it by a physical commodity.
That's a matter of opinion until tested in the market.

Digital scarcity and value is the future.
That's compatible with usefulness of commodity backing in the present.
313  Other / Beginners & Help / Re: Thoughts on a bitcoin alternative backed by gold? on: September 21, 2011, 07:22:52 PM
It would probably be a new chain/currency, not bitcoin-the-currency (BTC) per se.  A successful gold-backed currency would fluctuate more or less with the gold price, i.e., less than BTC fluctuates.

Decentralisation would be challenging, but not impossible in the long run--provided that the currency's trade value dwarfs its nominal gold exchange value.  The end result would be just like BTC after the inflationary period.  Gold-backing would have been a crutch to spur early adoption like the bitcoin's 50BTC block rewards.  However, as long as the commodity backing forms the bulk of the currency's value, the currency would be centralized and subject to third-party trust and single points of failure.

Start a new chain like BTC but with the following differences:
  • An issuer exists and manages the backing commodity.
  • No block solution rewards: only an increase of gold in the system can inject money.  Transaction fees and issuer incentives motivate mining.
  • Any transaction signed by the issuer is valid and can create currency.  (This rule could be dropped by agreement among users once the currency becomes established as a medium of exchange.)
  • Issuer promises to issue currency to your address when you send it gold.  You hand it the gold, and it hands you a signed transaction.
  • Issuer promises to send you gold when you send currency to its address.  You might have to wait a few blocks to prove you didn't double-spend, but the issuer's obligation to you would be public and, presumably, enforceable once your transaction enters the network.
  • Issuer might gradually decrease the exchange rate to cover gold storage costs.
  • Issuer might charge a spread to cover conversion costs and early mining incentives.
  • Several widely trusted parties would audit the issuer's holdings and publish the results.

You'd have BTC's low transaction cost and something to satisfy the goldbugs.
314  Alternate cryptocurrencies / Altcoin Discussion / Re: [ANNOUNCE] Multi chain block explorer on: September 17, 2011, 11:19:18 PM
It worked like a charm.  It's a bit tedious to edit the two files to change the configuration, but once done, one process updates the database adding the new chains while the other serves the web requests.  I have added both I0coin and Ixcoin this way, and it seems to go very well.
Good to hear!  If you have to switch configs often, I suggest creating two versions of abe.conf.  You can put the common parts in a third file and have both include it by "config FILE".  I've done this with HTTP and FastCGI configurations, for example.  I pass either "--config abe-http.conf" or "--config abe-fcgi.conf" to the program.  abe-http.conf and abe-fcgi.conf each contain a few file-specific directives and the line "config abe.conf" to pull in abe.conf, which contains all the common stuff such as db params and datadirs.

Thanks a lot for the great software and all the help, John.
You're welcome, and thanks for testing it out.
315  Alternate cryptocurrencies / Altcoin Discussion / Re: [ANNOUNCE] Multi chain block explorer on: September 17, 2011, 06:57:22 PM
It should be possible to run a separate Abe process reading just the new datadir and writing to the same database as the web service.  Add --no-serve to have it exit as soon as it loads the new chain.  Then add the datadir configuration to your production instance and restart it.

At least, this should work.  I think there may be bugs affecting generation of unique identifiers that could derail this.  It's on the TODO.txt list ("Test for a portable "begin transaction" and use it.")  As a workaround, it should be possible to restart the loader whenever it dies and perhaps pass --commit-bytes=1 to make it save its place often.

Is it also possible to run an Abe proccess which only serves the web requests and doesn't update the database?
Possible, though slightly ugly.  I do it by passing "--datadir /".  Since there is never blk0001.dat in my / directory, it never loads any data, but it logs warnings.  I am thinking about making a --no-load option or removing .bitcoin as default datadir.

Perhaps the unique identifiers generation problem could be solved (until the bugs are fixed) by first stoping the main proccess from updating the database (i.e. commenting ount the datadir lines in abe.conf and restarting the service), then launching the separate proccess with the --no-serve parameter, and when it's done, uncomment the datadir lines (adding the new imported chain in) and restart the service.

What do you think, John?  Would that work?
Yes, I think so.
316  Alternate cryptocurrencies / Altcoin Discussion / Re: Coinotron - Automated switching to the most profitable currency on: September 16, 2011, 08:19:58 PM
Your "Content-type" header is setup too aggresively on your website:

http://150.214.61.49:2750/

It is "application/xhtml+xml" and it should be "text/html" if you want to have a wide acceptance. Allowing full XML applications is a security risk, and IE on Windows isn't accepting that anymore due to the past abuse.
Changed in Abe.  Thanks.
317  Alternate cryptocurrencies / Altcoin Discussion / Re: [ANNOUNCE] Multi chain block explorer on: September 15, 2011, 05:21:29 PM
Would it really make any sense for someone to donate to "No"? Tongue

Dunno.  Try!   Wink
Why not let Lolcust post the "no" address?  It could be his "please stop this nonsense" fund.

Not saying GG is or isn't nonsense. Smiley
318  Other / Archival / Re: delete on: September 15, 2011, 04:05:46 PM
Keep in mind that Namecoin is pretty much flopping as to its intended purpose and we might as well just call it a sort of Bitcoin testnet.  As a DNS registrar, it is a joke and it will never succeed as such.  The vast majority of entries in the database are cybersquatters who think they're going to get rich off the name "sony.bit" and "microsoft.bit" when the world suddenly demands this system.  They don't get that the world isn't asking for a new DNS system, it's fairly happy with the one it already has.
Maybe YOU are happy with it.  Maybe the world was happy with fax before it found email.  You exaggerate the news of cryptocurrency DNS's death.

One marketing angle for Namecoin is HTTPS security.  We've had two CA exploits this year, and no small site or browser implementer likes the near-monopoly.  I've thought of writing up the potential for better-than-EV secure websites, but I paused when I considered the money invested in the status quo and what 0.1% of that money could do to an underdeveloped block chain.

My long-term to-do list:
  • Write open-source DNS specifications and software supporting Namecoin conventions.
  • Nag my ISP to use it.
  • Patch open-source HTTPS clients (browsers) to trust .bit "fingerprint" records even more than Extended Validation certificates. (Perhaps show a green bar with flowers and butterflies?)
  • Persuade their maintainers to apply the patches.
319  Other / Archival / Re: delete on: September 15, 2011, 03:38:30 PM
Script kiddy couldn't pull it off, told a few too many lies. Can't wait till you threaten to attack SC2.0 then call it off too. Not even your powerful Geforce2MX mining rigs will be able to take it down!  Grin

Simply put your SC 2.0 on a testnet work and lets see who's the best  Grin
FIGHT! FIGHT! Grin
320  Alternate cryptocurrencies / Altcoin Discussion / Re: [ANNOUNCE] Multi chain block explorer on: September 14, 2011, 04:21:21 PM
I'm adding Bitcoin testnet now.  The software I'm using (Abe Search) stops the web service while building the database, so it'll take some time (hopefully not too long) to be back working.
It should be possible to run a separate Abe process reading just the new datadir and writing to the same database as the web service.  Add --no-serve to have it exit as soon as it loads the new chain.  Then add the datadir configuration to your production instance and restart it.

At least, this should work.  I think there may be bugs affecting generation of unique identifiers that could derail this.  It's on the TODO.txt list ("Test for a portable "begin transaction" and use it.")  As a workaround, it should be possible to restart the loader whenever it dies and perhaps pass --commit-bytes=1 to make it save its place often.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!