Bitcoin Forum
June 16, 2021, 11:45:45 AM *
News: Latest Bitcoin Core release: 0.21.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 »
1  Bitcoin / Mycelium / Re: Mycelium Bitcoin Wallet on: June 11, 2014, 09:44:36 AM
Everything works fine except the built-in QR code scanner.
Does it not focus? If so, try to disable the checkbox "Continous Autofocus" in the settings.

Some background:
The general idea in embedding a QR code scanner within Bitcoin wallets is: security. If you rely on a third-party barcode scanner app which may not be open-source (so that you can check it does not something malicious) someone could trick you into installing a malware barcode scanner which does not behave honestly.

For example: I could easily write a barcode scanner app, which works perfectly for weeks as expected (so that you won't suspect anything), but only if you scan a payment request which is - let's say greater than 5 BTC - my malicious barcode scanner returns one of my address instead of the real one you just scanned. If you would't look carefully enough you might end up sending your funds directly to the attacker.

@jan:
Just noticed last weekend on a friend's phone that on international Galaxy S2 (Samsung GT-I9100, sorry have no further build details) the autofocus also only works, when "Continous Autofocus" is disabled.
2  Bitcoin / Mycelium / Re: Mycelium Bitcoin Wallet on: June 06, 2014, 09:37:47 AM
Yes, with "dd" you should get a low-level bit-wise copy of the underlying blockdevice. Also if you already found other matching files this indicates that you got the correct device (where /data partition was stored on).

If you cannot find the data inside the dump, it may have been already overwritten or fragmented by the filesystem. I'm not an expert but in this case it may be very unlikely (or even impossible) to recover your keys. Embarrassed
3  Bitcoin / Mycelium / Re: Mycelium Bitcoin Wallet on: June 06, 2014, 08:05:41 AM
If the data partition just has been wiped (formatted), you *may* find data in the raw dump of the data partition. How did you do the "raw copy" of the internal storage?


However if you already have a bit-level dump of the partition you could try to grep for your bitcoin addresses (the addresses are also stored in the data file). The data file where the keys are stored in begins with:

Code:
<?xml version='1.0' encoding='utf-8' standalone='yes' ?>
<map>
    <string name="records">......

so you may look for these strings too.


Good look! And print your backup next time, it's really easy with Mycelium.  Smiley
4  Bitcoin / Mycelium / Re: Mycelium Bitcoin Wallet on: May 15, 2014, 05:00:01 AM
OK, so you can use addresses in local trader other than the address whose key is associated with the local trader account?  If so, my concerns were misplaced.
Yes, you can perfectly use a single address only for login at local trader (this is the one which is associated with your username) and never have any Bitcoins on it.  Smiley You can send and receive from other addresses in your wallet.
5  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple.com - How does consensus work? on: October 09, 2013, 10:11:56 AM
For others who are interested in understanding consensus: I found this unorganized article helpful: https://ripple.com/wiki/Unedited_Notes

To make it clear: I'm not a promoter for Ripple, I'm just interested in the different concepts used by different cryptocurrencies. And as this is so different to Bitcoin it's interesting, so I want to learn to understand it from a technical perspective. Smiley
6  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple.com - How does consensus work? on: October 07, 2013, 05:39:58 PM
JoelKatz, thank you for your fast response. This makes it clearer for me now! Smiley
7  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple.com - How does consensus work? on: October 07, 2013, 05:12:09 PM
hI!

Thanks to JoelKatz for his patience with us and his detailled  explanations. But I still have one open question about the process of "consensus". Please correct me if I got something wrong:


As I understood, new transaction are broadcasted to every server in the network (or read it out load in the room analogy). Each server receives this new transaction and decides for itself if it is valid and if so adds it to its "candidate list" of transactions which could be applied to the last closed ledger (LCL) to form a new LCL. Also each server receives proposals from other servers on its UNL and compares them with its own candidate list.

After the current timer expires (according to the youtube consensus video) the server checks which transactions in the candidate set have passed the approval rate threshold (eg. >50% of server on UNL agree with it) and forms its own new proposal containing these transactions which then will be sent out to other servers on the network. And the next iteration round may begin.

Is this correct until here?


If so, I still do not understand one single point:

My Question:
How can a new transaction in the beginning ever get an approval rate over 50% if each server first needs to see the transaction approved by some other servers in his UNL?

Wouldn't this be a chicken-or-egg problem?
A server only includes a transaction in his own proposals, if he sees the transactions in other server's proposals. But if nobody starts inlcuding it in his porposals, it never will get a 50% approval rate.

What am I missing here?
Can someone point me in the right direction? (documentation, wiki, source code, another posting,...) Any help understanding the consensus concept would be highly appreciated. Smiley
8  Bitcoin / Mining support / Re: USB ASIC ERUPTER - Setup & Config. BCG Miner, cgminer, Hubs "Oh Pi"! on: June 10, 2013, 09:11:20 AM
Nice! Smiley

For completeness: That's what I did on my raspberry:
https://bitcointalk.org/index.php?topic=223573.msg2376165#msg2376165

9  Bitcoin / Pools / Re: [12000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested on: June 08, 2013, 10:38:01 AM
I also can confirm one Jalapeno in real-life shipped to an average user in Austria (who brought it to our last Bitcoin-Austria community meeting and allowed me to test it for an hour or so on my laptop Cheesy). We also received our USB Block Erupter group buy package on this meeting.

You can see the pictures here: https://www.dropbox.com/sc/4q1p29fbp9bawu6/T8tkDUvOJ0
Very funny and exciting evening!  Smiley Smiley Smiley
10  Bitcoin / Pools / Re: [12 TH/s] BitMinter.com [ASIC support: var diff, Stratum, GBT, rollntime] on: June 08, 2013, 10:24:36 AM
When you find time, it would be nice for the stats lover, to add 2 little columns to the stats page, representing the block distribution by percentile.
You could also add green or red color to the numbers depending if it's above or under the normal 10% distribution it should tend to.
Or maybe you could plot directly into into the graph the average of the last 10/50/100/whatever values in different color. Would make it easier to see how luck is going. People loooove statistics and fancy graphs!  Cheesy

And for the record: Great work! Highly appreciated! Smiley
11  Bitcoin / Hardware / Re: Block Erupter and Raspberry Pi on: June 07, 2013, 10:55:09 AM
You are welcome! Smiley
12  Bitcoin / Hardware / Re: [Announcement] Block Erupter USB on: June 05, 2013, 07:28:48 AM
here are some more pictures from yesterday (Austrian group buy device distribution.. Smiley)
https://www.dropbox.com/sc/4q1p29fbp9bawu6/T8tkDUvOJ0#/
13  Bitcoin / Hardware / Re: Block Erupter and Raspberry Pi on: June 05, 2013, 07:01:25 AM
Just for the record:

Raspberry working fine with 3 eruptors using cgminer 3.1.1 and this hub:
http://www.digitus.info/en/products/accessories/usb-hubs/usb-20-7-port-hub-da-70222/

This hub is a 7-port hub, but only 5 eruptors will fit in (I actually tested the hub on my laptop with 5 eruptors for about 2 hours). Now it's running stable with 3 Eruptors on my raspberry (as only 3 of the 5 eruptors were my own).

To compile cgminer 3.1.1 on a current raspbian system I just did the following:
Code:
sudo apt-get update
sudo apt-get install libusb-1.0-0-dev libusb-1.0-0 libcurl4-openssl-dev libncurses5-dev libudev-dev
wget http://ck.kolivas.org/apps/cgminer/3.1/cgminer-3.1.1.tar.bz2
tar xvf cgminer-3.1.1.tar.bz2
cd cgminer-3.1.1
./configure --enable-icarus
make
# and do a short check if the binary is running:
./cgminer --verbose --text-only

Check that user pi is part of the group "dialout" so it can access the device files /dev/ttyUSBx:
Code:
pi@raspi1 ~ $ groups
pi adm dialout cdrom sudo audio www-data video plugdev games users netdev input

For starting cgminer 3.1.1 with 3 eruptors I use this commandline on the raspberry:
Code:
./cgminer  --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S /dev/ttyUSB0 -S /dev/ttyUSB1 -S /dev/ttyUSB2 --config /home/pi/cgminer.conf

And the config file cgminer.conf looks like this:

Code:
{
"pools" :
        [
                {
                "url" : "http://stratum.bitcoin.cz:3333",
                "user" : "<my user>",
                "pass" : "<my pass>"
                }
        ],
        "expiry" : "120",
        "failover-only" : true,
        "hotplug" : "5",
        "log" : "5",
        "no-pool-disable" : true,
        "queue" : "2",
        "scan-time" : "60",
        "temp-hysteresis" : "3",
        "worktime" : true,
        "shares" : "0",
        "kernel-path" : "/usr/local/bin"
}

hashing away just fine now! Smiley

[edit]
corrected wget command to correct link for cgminer 3.1.1
[/edit]
14  Bitcoin / Hardware / Re: [Announcement] Block Erupter USB on: June 05, 2013, 06:34:39 AM
What USB hub is being used in that setup?
That's this one here:
http://www.digitus.info/produkte/zubehoer/usb-hubs/usb-20-7-port-hub-da-70222/

It's a 7-port hub, but I've only tested it with 5 eruptors (and 7 Eruptors won't fit as the ports on the side are to near to each other).
I got it here in Vienna in a local computer store for 15 Euros.

(see also: http://geizhals.at/digitus-7-port-usb-2-0-hub-da-70222-a852140.html )

[edit]
Works also on my raspberry pi! (running stable for about 12 hours now)
[/edit]
15  Bitcoin / Hardware / Re: [Announcement] Block Erupter USB on: June 05, 2013, 06:18:15 AM
pic from yesterday: 5 of them hashing happily together with a Jalapeno  Cheesy
(unfortunately not mine):



[edit]
and here another one:


Pictures taken yesterday in Hackerspace Metalab in Vienna (as Austrian group buy package arrived) Smiley
16  Local / Biete / Re: [Gruppenkauf] ASIC USB Sammelbestellung Bitcoin Austria AUSLIEFERUNG HEUTE on: June 05, 2013, 05:58:14 AM
Hi!

Ich hab hier die paar Fotos von gestern auf dropbox freigeben:
https://www.dropbox.com/sc/4q1p29fbp9bawu6/T8tkDUvOJ0

Is aber hoch redundant, weil dauernd das gleiche drauf ist..  Wink

lg,
johnny Smiley
17  Local / Biete / Re: [Gruppenkauf] ASIC USB Sammelbestellung Bitcoin Austria AUSLIEFERUNG HEUTE on: June 04, 2013, 01:35:23 PM
DHL-Status: Delivered!  Cheesy

Man sieht sich heute Abend! Smiley

18  Local / Biete / Re: [Gruppenkauf] ASIC USB Sammelbestellung Bitcoin Austria (300 erreicht) on: June 04, 2013, 08:01:58 AM
wie geht es euch in österreich/wien mit dem hochwasser ?

Danke der Nachfrage! In Wien selbst sieht man das relativ locker. Seit den 1970er Jahren gibt es in Wien ja neben der Donau ein zweites künstlich angelegtes Gewässer (die Neue Donau) das bei Hochwasser als Entlastungsgerinne ausreichend Wasser aufnehmen kann.

Insgesamt kann Wien daher 14.000 Kubikmeter pro Sekunde auf der Donau verkraften. Im Vergleich: das bisher schlimmste bekannte Hochwasser in Wien war 1501 und da waren's (geschätzt anhand Hochwassermarkierungen) auch nicht mehr als 14.000 kubik/s.

lg Smiley
19  Bitcoin / Development & Technical Discussion / Re: Unspent outputs on: June 03, 2013, 05:59:15 AM
There is an RPC command in the official client that can print it, after awhile.
I don't remember the exact word, but I'm almost sure that is starts with "get" and does not take any parameters - see "help" and you should find it easily.
The command you are looking for is "gettxoutsetinfo" (you can enter it also in the debug console of bitcoin-qt).


Didn't know this has happened! Could you tell me more or point me to a relevant source?
AFAIK:
This had nothing to do with LevelDB. As gmaxwell said, due to an error of miners it happened 2 times that a new transaction was created having the same transaction hash as existing transactions before (which in fact means that the previous transaction got overwritten). While it's normally not easy or practically impossible to produce 2 transactions with the same hash value this is not true for coinbase transactions (which can be more easily duplicated - as one can freely enter anything into the coinbase field thus influencing the resulting transaction hash value).

To avoid that this can happen again, a new check was introduced which checks, if the transaction hash exists already in the chain (and has unspent outputs IIRC). But as already 2 transactions existed which broke this rule, these 2 cases are specially handled in code now (you can see this in line 1622 here: https://github.com/bitcoin/bitcoin/blob/v0.8.2/src/main.cpp#L1622 ).

So nothing bad here, one check was missing and got fixed (already some time ago).

Please correct me, if I got something wrong.

John Smiley
20  Bitcoin / Development & Technical Discussion / Re: Distributed ownership on: May 29, 2013, 12:28:10 PM
Maybe this 2-of-3 example is helpful:
https://gist.github.com/gavinandresen/3966071

john Smiley
Pages: [1] 2 3 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!