Bitcoin Forum
December 04, 2016, 04:30:29 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
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 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 ... 168 »
  Print  
Author Topic: Blockchain.info - Bitcoin Block explorer & Currency Statistics  (Read 414129 times)
FreeMoney
Legendary
*
Offline Offline

Activity: 1246


Strength in numbers


View Profile WWW
January 11, 2012, 02:13:13 AM
 #301

I think this problem is my fault from speaking about 'the' firstbits of an address by which I mean the shortest, but maybe we need a different word of the longer ones.

Play Bitcoin Poker at sealswithclubs.eu. We're active and open to everyone.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480869029
Hero Member
*
Offline Offline

Posts: 1480869029

View Profile Personal Message (Offline)

Ignore
1480869029
Reply with quote  #2

1480869029
Report to moderator
1480869029
Hero Member
*
Offline Offline

Posts: 1480869029

View Profile Personal Message (Offline)

Ignore
1480869029
Reply with quote  #2

1480869029
Report to moderator
1480869029
Hero Member
*
Offline Offline

Posts: 1480869029

View Profile Personal Message (Offline)

Ignore
1480869029
Reply with quote  #2

1480869029
Report to moderator
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
January 11, 2012, 02:49:53 AM
 #302

deleted (I wrote some bullshit but then I realized I'm too tired. So I'll think about it and write later).

BkkCoins
Hero Member
*****
Offline Offline

Activity: 784


firstbits:1MinerQ


View Profile WWW
January 11, 2012, 03:06:26 AM
 #303

I've always treated the First in FirstBits as meaning both first digits in address AND also first use in the blockchain. You really can't depend on a address shortening of any kind unless it's recorded in the chain. Given how fast VanityGen can spit out duplicate matching addresses the First being address only isn't dependable at all. Anyone could see a FirstBits address, plug it into VanityGen and soon have another match. It has to be dependent on First Seen as well.

BTW I think the new fixed fee is very reasonable and I hope it encourages people to use the wallet.

piuk
Hero Member
*****
Offline Offline

Activity: 910



View Profile WWW
January 11, 2012, 11:37:14 AM
 #304

ok i'm a little slow but I think i get it now. I have modified the blockchain.info firstbits algorithm so that it should produce the same results as firstbits.com. It's recalculating now, approx two hours until completion.

The old algorithm was:

for every block
  for every transaction
   for every output address
    for ii = 0; ii < address.length; ++ii
      prefix = address.lowercase().substring(0, ii);
      if (!firstbitsExists(prefix)
        addFirstBits(prefix, address);
    end
  end
 end
end

The new algorithm is:

for every block
  for every transaction
   for every output address
    for ii = 0; ii < address.length; ++ii
      prefix = address.lowercase().substring(0, ii);
      if (!firstbitsExists(prefix, &lastExistingAddress)
        addFirstBits(longestDistinguishablePrefix(address, lastExistingAddress), address);
    end
  end
 end
end

I do prefer the old algorithm though as with the new one won't all the short prefixes be used much quicker? Anyway Slush thanks for reporting the bug.

piuk
Hero Member
*****
Offline Offline

Activity: 910



View Profile WWW
January 11, 2012, 12:30:54 PM
 #305

btw if anyone here is the owner of blockchain.com or knows who is the owner is please could you PM me.

Maged
Legendary
*
Offline Offline

Activity: 1260


View Profile
January 11, 2012, 04:53:54 PM
 #306

I do prefer the old algorithm though as with the new one won't all the short prefixes be used much quicker?
Yes, but that doesn't matter. What matters is the depletion of meaningful prefixes. For example, if someone makes 1Locu..., the probability of it also taking the much more meaningful 1Locus by chance (assuming that they really did want just 1Locu) is quite low. That's the beauty of the firstbits working all the way through the entire address. It allows people to generate a longer prefix than needed and have that longer, intended, prefix work forever. In a way, it makes it possible for the algorithm to determine what a person was really aiming for, without ever having to ask them.

realnowhereman
Hero Member
*****
Offline Offline

Activity: 504



View Profile
January 11, 2012, 05:28:36 PM
 #307

Just a head's up: on the mobile version of the wallet, there are no buttons on the import/export page.  e.g. You can enter an address, but have nothing to click to send it for processing and be added to your wallet.

The non-mobile version is fine.

1AAZ4xBHbiCr96nsZJ8jtPkSzsg1CqhwDa
piuk
Hero Member
*****
Offline Offline

Activity: 910



View Profile WWW
January 11, 2012, 10:08:14 PM
 #308

Yes, but that doesn't matter. What matters is the depletion of meaningful prefixes.

True I hadn't really consider the vanity aspect of firstbits.

The incompatibility should now be resolved.

http://www.blockchain.info/fb/1Locu
http://www.blockchain.info/fb/1Locus
http://www.blockchain.info/fb/1Locus7

Block explorer compatiable query api up

http://www.blockchain.info/q

Just a head's up: on the mobile version of the wallet, there are no buttons on the import/export page.  e.g. You can enter an address, but have nothing to click to send it for processing and be added to your wallet.
Now on my bug list, thanks.


slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
January 12, 2012, 04:02:13 PM
 #309

The incompatibility should now be resolved.

Excellent! Thank you for your hard work :-).

piuk
Hero Member
*****
Offline Offline

Activity: 910



View Profile WWW
January 14, 2012, 09:24:07 PM
 #310

Hello, I believe you are designating certain blocks as found by P2Pool which weren't actually found by P2Pool. Yet, some of the block labeled as P2Pool are correct.

Edit: 162009, for example, was not found by P2Pool.

Nothing much I can do about this. Because I'm using the "first relayed" ip it's not always accurate. Once slush restarts his node it should help with things a bit.

doublec
Legendary
*
Offline Offline

Activity: 1078


View Profile
January 14, 2012, 11:23:33 PM
 #311

Block 162209 is shown as P2Pool but it was the bitparking mmpool. You can confirm this with the IP you have being that of the mmpool server. There's a few others with that IP shown as P2Pool as well.
rjk
Sr. Member
****
Offline Offline

Activity: 420


1ngldh


View Profile
January 15, 2012, 12:28:25 AM
 #312

Block 162209 is shown as P2Pool but it was the bitparking mmpool. You can confirm this with the IP you have being that of the mmpool server. There's a few others with that IP shown as P2Pool as well.
ALL THE BLOCKS ARE BELONG TO P2POOL

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
piuk
Hero Member
*****
Offline Offline

Activity: 910



View Profile WWW
January 16, 2012, 11:40:31 AM
 #313

Block 162209 is shown as P2Pool but it was the bitparking mmpool. You can confirm this with the IP you have being that of the mmpool server. There's a few others with that IP shown as P2Pool as well.

I have changed that IP back to bitparking. The problem might be an ip can automatically be assigned to P2Pool by the scraper, but it can never be unassigned. So it is more of a representation of all ip's that ever once joined the network, rather than ones actually mining currently.

ataranlen
Hero Member
*****
Offline Offline

Activity: 843


The One and Only


View Profile WWW
January 16, 2012, 08:47:48 PM
 #314

So I'm seeing 176.31.159.150 on the website, and thought I would mention that this IP is owned by YaS Webservices, http://yas-online.net/

Quote from: my email to them
Ladies and Gentlemen,

I was just curious, I noticed your IP address, 176.31.159.150, on the site Blockchain.info
I was curious as to your involvement with bitcoins.

~Nathan Stoltenberg
ataranlen@gmail.com
Quote from: Their response
Hello,

I have forwarded your request to the person in charge of the bitcoin pool. Please be patient and await a reply with 24 hours.

Your Contact:
********
YaS-Online Management
****@*****

This information, once I receive it, would allow us to classify them as a pool on Blockchain.info.

MineTexas.com Minecraft Server We accept Bitcoin and Dogecoin.
Deepbit on Facebook: http://www.facebook.com/pages/Deepbit/151108048294815
piuk
Hero Member
*****
Offline Offline

Activity: 910



View Profile WWW
January 16, 2012, 10:49:08 PM
 #315

So I'm seeing 176.31.159.150 on the website, and thought I would mention that this IP is owned by YaS Webservices, http://yas-online.net/

I suspect the reason why this IP is showing such a high number of relayed blocks stems from the fact that I am having trouble connecting to Slush's node. Because I can't connect to slush any blocks found by the pool will get designated to another ip.

Because 176.31.159.150 happens to be hosted by the same ISP as Slush (Ovh Systems) it is likely they share a very low latency latency connection and the reason why 176.31.159.150 is relaying Slush's blocks so fast. The equipment may even be in the same datacenter.

Jine
Sr. Member
****
Offline Offline

Activity: 405


View Profile
January 17, 2012, 07:22:05 AM
 #316

Bitlc.net is now using these ip-addreses:

46.253.203.98
46.253.203.99
46.253.195.50
46.253.195.51

46.253.195.52
46.253.195.53
46.253.195.54


With the two ones in bold being the main pool and main website (also running bitcoind)

Previous founder of Bit LC Inc. | I've always loved the idea of bitcoin.
piuk
Hero Member
*****
Offline Offline

Activity: 910



View Profile WWW
January 17, 2012, 10:59:15 AM
 #317

46.253.203.98

Thanks, I've added them.

beckspace
Sr. Member
****
Offline Offline

Activity: 385


Aimed at Jupiter


View Profile
January 17, 2012, 02:21:22 PM
 #318

This is a hell of a wallet! Congratulations, Piuk!

May I ask: how the user's public addresses are handled? Do you collect information about them associated with IP address? If I have a "watch only" wallet, how the server's logs allow to connect the addresses?

Thanks.

You guys have really come up with somethin'
ataranlen
Hero Member
*****
Offline Offline

Activity: 843


The One and Only


View Profile WWW
January 17, 2012, 02:57:30 PM
 #319

I suspect the reason why this IP is showing such a high number of relayed blocks stems from the fact that I am having trouble connecting to Slush's node. Because I can't connect to slush any blocks found by the pool will get designated to another ip.

Because 176.31.159.150 happens to be hosted by the same ISP as Slush (Ovh Systems) it is likely they share a very low latency latency connection and the reason why 176.31.159.150 is relaying Slush's blocks so fast. The equipment may even be in the same datacenter.


I got a response from the aforementioned company this morning:
Quote
Hello, I've received a forward of you stating that one of our Server's
IP is appearing on your(?) website.
I was quite surprised to see that as everything the server is currently
running is the "bitcoind" client without doing any transactions and
whatsoever.

And since RPC and that stuff is protected by password and IP
restrictions do I wonder now how this was possible, maybe you could
explain that?

Regards,

MineTexas.com Minecraft Server We accept Bitcoin and Dogecoin.
Deepbit on Facebook: http://www.facebook.com/pages/Deepbit/151108048294815
piuk
Hero Member
*****
Offline Offline

Activity: 910



View Profile WWW
January 17, 2012, 09:08:33 PM
 #320

This is a hell of a wallet! Congratulations, Piuk!

May I ask: how the user's public addresses are handled? Do you collect information about them associated with IP address? If I have a "watch only" wallet, how the server's logs allow to connect the addresses?

Thanks.

The server logs the IP the wallet was created with and the IP of the last wallet backup. A wallet can operate in two modes.

Payload only mode - If you have alerts disabled (default) then the server does not keep any information about your public keys and the only thing it stores is an encrypted JSON payload.

Public key mode - If you have alerts enabled your public keys are inserted in a separate table along with your email or skype username etc. This could then be used to connect public keys to a wallet identifier.

We do not log any data regarding /multiaddr lookups (the api call needed to lookup your balance) and your wallet identifier is not included in this lookup.

I got a response from the aforementioned company this morning:

Seems they are not running a pool so I've allocated that IP to Slush instead. Thanks for looking into it.



It seems about 80% of the hashing power is allocated for. The IP's that I would most like to label are:

1) 88.6.208.35 - Spanish IP, Largest share of unknown blocks - no other pools seems to be hosted in spain.

2) 62.220.146.204 = Tor node

3) 107.20.185.227 = either ABCPool.co or Arsbitcoin.com

4) BTCMine seems to be overly represented. I have allocated them 88.214.194.226 (Which is definitely them) and 88.214.193.104 (Which I allocated because its the same ISP and block). It's possible that 88.214.193.104 belongs to a different pool.

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 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 ... 168 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!