Bitcoin Forum
May 01, 2024, 11:03:40 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 67 68 [69] 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 »
1361  Bitcoin / Bitcoin Discussion / Re: Bitcoin 100 (time sensitive request) on: March 01, 2013, 11:48:29 AM
..digging out this old thread.
It seems like www.kenija2012.net is down, by now?

Quote
Registration Service Provider:
Yola, Inc, support@yola.com
Registrar of Record: TUCOWS, INC.
Record last updated on 18-Jan-2012.
Record expires on 18-Jan-2013.
Record created on 18-Jan-2012.

Probably simply because of "Record expires on 18-Jan-2013"?

Not implying anything is fishy here, but I would like to see this project (and Bitcoin's involvement) not vanish into being completely forgotten..

Ente
1362  Bitcoin / Armory / Re: Armory - Discussion Thread on: February 28, 2013, 09:33:41 PM
..should do fine, with that hardware.
Hey, people are using a Raspberry Pi for Armory offline wallets! :-)

I, personally, switched from Ubuntu to Debian, some years ago. And I think everybody will only give you their personal opinion, so here's mine ;-)
Also, it seems like a lot of people here use Debian too.

Ente
1363  Bitcoin / Armory / Re: Anyone use raspberry pi with armory? NT on: February 28, 2013, 09:09:50 PM
For me, two questions remain:

How to connect the offline and the online Armory?
Ethernet? Serial? And then some scripting is needed to let them talk to each other..

What would be the minimal display and "accept/refuse" keys? Something via USB?
I still have that old NAS laying around, Debian, no monitor port..
Dang, no serial either, I guess!

There are some hardware wallet projects running, but I would love a Debian based software-only solution!

Ente
1364  Bitcoin / Armory / Re: Armory - Discussion Thread on: February 28, 2013, 09:01:06 PM
A minute ago I noticed a tx in Armory still is at 2 confirmations only.
'bitcoind getinfo' says 223646 blocks,
Armory says 'connected 223630 blocks'.
Armory 0.87, bitcoind 80000.

Anything I should do, like pulling a log or something?
Else I'll just restart Armory or shutdown my pc to get some sleep..

Ente
1365  Bitcoin / Development & Technical Discussion / Re: Vanity Pool - vanity address generator pool on: February 28, 2013, 12:55:16 PM
How is this?  The pool gives a mining ratio that is supposed to represent how many more times profitable it is to mine vanity addresses than bitcoins, and it's currently 2.78.  I can see how the variability of this would be higher than a PPS or geometric method pool, but over long periods it should still pay better, right?

That ratio is a bit idealised and assumes you are mining all the addresses at the same time (additive rather than multiplicative address generation). From what I understand, samr7's miner just uses a few of the most profitable addresses and that's it.

From how I understand it, you can easily mine several addresses at once, think merged mining, when the "task" was created from the same private key.
If I ask for 10 vanity addresses, and create those 10 tasks so that they all are made from the same seed, someone can work at all 10 at once.
If 10 people each want one address they surely won't create the tasks from the same seed/key. So a vanity miner will have to mine an hour for the first guy, then an hour for the next, and can only find an address/solution for the current task.

That 2.78 assumes that you mine at *all* tasks available at once, which is unrealistic at least, and suggestive/dishonest at worst.

So, currently, I think, there are several miner out there which check periodically on the available work. Once a task or combination of tasks appear which is more profitable than regular mining, they point their miners there. Which means a lot of the current tasks may stay there waiting for a long time..

Lets see if a marketrate with more realistic prices establishes!

Ente
1366  Economy / Services / Re: Bitcoin 100: Developed Specifically for Non-Profits on: February 28, 2013, 10:50:35 AM
I will finalize it with the NGO as soon as I get a confirmation from BitPay, else I will get back to you in one week if nothing moved until then.

..whoops, that happens when you don't put up a reminder for things..
It's been a month now, I didn't hear anything from BitPay.
[about that NGO I am in contact with, they are no US-registered NGO which BitPay might insist of]

I contacted Bitcoin-Central. They currently have no no-fees offer for NGOs.

If BitPay doesn't work out my last option is a direct MtGox account..

Ente
1367  Economy / Speculation / Re: Wall Observer - MtGoxUSD wall movement tracker on: February 27, 2013, 01:10:45 PM
Could you explain that more clearly ? Will not always an order have a USD amount matching the BTC amount given the current price ? If it's hotter in terms of dollars, do you mean we're in for a decline in the price ?
no, it's much simpler. if one btc is worth more and more $, the sheer number of $ traded increases, while the number of btc doesn't increase as much. also, it's better to look at the volume in $, because that's a better indicator for the interest in bitcoins.

+1
I look at the bitcoin volume on 30min and daily charts, but on the long-term chart, i.e. weekly and from 2010 on, I look at the USD volume.

Actually I should ditch all but the weekly chart anyway. But I'm too weak and too addicted to do that.. ;-)

Ente
1368  Local / Other languages/locations / Re: Wanna help with Bitcoin in Africa? on: February 27, 2013, 09:51:05 AM
What would be required for a manager?
I.e. language-wise, living somewhere around and stuff?

Good luck, this project deserves all success!

Ente
1369  Local / Other languages/locations / Re: Bitcoins.co.ke - Kenya/Africa Bitcoin portal on: February 27, 2013, 09:47:15 AM
It looks like it's advancing fast, great! :-)

So, what's needed next, thinking in big steps?

Ente
1370  Bitcoin / Development & Technical Discussion / Re: Vanity Pool - vanity address generator pool on: February 27, 2013, 06:51:52 AM
I've been kicking around the idea of applying shares to this pool.  One thing that comes to mind is how with standard pooled mining, a share is the same type of proof of work but of lesser difficulty.  Maybe a "share" for vanity mining would be an address whose first N bytes match the desired prefix (the value of N might vary depending on the difficulty of the vanity address.)  These could be submitted as proof of doing work, and by seeing how fast they're coming from clients an estimation of hashing speed could be made.  This seems like it might be useful to clients wondering if they're going to get their money's worth out of the pool, or if they'd be better off generating it themselves.

You might even be able to pay-per-share, too.  I don't know how the math would work but it seems like you should be able to divide the vanity reward up among shares so that there's a high probability that by the time the reward has been completely paid out, a matching address has been found.  Maybe be extra-conservative with the share payments and the person who finds the address gets the remainder of the reward as a bonus.  I suppose the share value could get very small, perhaps too small to be worth tracking.

Obviously the pool and clients get more complex, especially with PPS, and the PPS could be risky, but I'm curious what people think.

Definitely possible!
Yes, just how you say - almost the same as regular mining pools.
However, people don't "work toward" solving a block or finding an address, it is strictly random. It's getting more probable to find a solution the longer you or the pool works on it, but only because more tries were done. Every single hash-generation has the same chance to find the jackpot, no matter if it is the third try or a try after a billion.
So, in short: don't pay out until the address was actually found. And then you know exactly how many shares everyone submitted.

Also, vanitymining rarely pays in the range of direct bitcoin mining. Until that is "solved", there isn't much going on here.. ;-)
Still, I am fascinated by all this.

Ente
1371  Bitcoin / Bitcoin Discussion / Re: comparison of google trends on: February 26, 2013, 09:10:44 PM
So, what would be the next step with this? Translate all (mobile) client software to africaans and the like? How about a bounty for this? This may be some very, very well invested few bitcoins here..

Ente
1372  Alternate cryptocurrencies / Altcoin Discussion / Re: ripple: let's test it! on: February 26, 2013, 05:53:55 PM
I registered on ripple.com and tried to login again next day.
Quote
Payward  Wallet not found (Username / Password is wrong)
I could login/restore my account by entering the secret key.
Maybe my "account" is saved in a cookie, which are deleted daily..?

I copied all ripple addresses in this thread here until now:

Code:
bitstamp	rvYAfWj5gh67oV6fW32ZzP3Aw4Eubs59B

molecular rpH3zuMch2GrrYX724xGWwbMGwiQ5RbSAU
Severian rDqSvk6fRhKq5tSW7GpWFFHG5pG2XE3mtR
gweedo rKFX2Gvk4jLtgEGMC2qDmMi18Zw4bewrjK
Mageant rPDT5apJsfy8Jbz3M8jXzXskMsKAANhM9p
lebing rJFGHvCtpPrftTmeNAs8bYy5xUeTaxCD5t
herzmeister rUdPvX9YN1NwyniwiJeSW6y3YKZL84gsB6
ribuck ra3a5cfr83b5FTh1YDURqWQh8HTbHEwdyD
Spekulatius rNHf9nnX4JgHferxjRxmapDev7mWQZ6XXd
Bitobsessed rKfd86S25PUdVquk41xedH5jNX4bZ8DiA7
Akka r9RpJFpD6vkKhgHhrRjkgofSbNsE1oYFZ1
bbit rB7qiwEDrcMShUN3Jd8LwXr4RJ7RWBaQu8
ryanAC rJA6mGHsw5yCynLFRe3rjGqaCMk2YpmuMy
phelix rM3puGNYNQTWuqsQpkzxSpmWFqGGuY29Vb
kokojie rNexqWdz7q16e6PPBDsD2XxxzFS64SAEYS
Peter Lambert rGsLivkDjTZHFQ8oV2h81uTcbTpgjEaEY7
jorgen rQay7bQ3XoZcT6E3c8uDopZdnWaMBxWea2
Belkaar rJVshcxcxSAXkgzg1PiUQWr5TodTNAETva
grondilu rpuebQXsR7kAst5yidD6fmGmJHD4niXzbo
Timo Y rG8VFQPaJB2gNjx29Et1wKUJettQP1eLmk
Melbustus rKAw7uHrdUUEqtfFhBBHe6unyh57PLpCc4
Aahzman r9TWUUN8duW1rDqJ2yz2wjksc8A9BpxPUh
AlexNeto rp3Papsq3aXf3gswfgfaqgegjLAEVaw8V1
thoughtcourier rn7iD6DpnCwH8kjJDCsENibMXkgmJkRCRz
znort987 rnozMbmRYfqvn15iBFNeeRJs95gagR2B46
RaTTuS rw65MQQDpWQYGxFEtcQk3r6dpeZ2gx5zff
romerun rU3cgYfpu9jedq8GnW43ArEntsWTD6Sg4n
PRab rEdaspCuZQWrxrGiGMQW3iPXjmEnfUxkqN

With this being mine:
Code:
Ente	rNEtVs4kNeESF5HbWCDZMYcWwKZ5iKwUEr

However, with a million addresses being published in the giveaway thread a list doesn't seem to be of any use at all.

However #2, I don't know what exactly I want to achieve with my address being stated here..

However #3, I still am undecided how to use ripple now. Trust everyone with 0.01 BTC? Trust the known veterans with 1 BTC? Trust my real-life buddies with 100 BTC? Is ripple of any use for me anyway, concerning gateways? Will I (and everyone else here) be scammed to death?

Ah, I didn't even start with questions concerning opencoin and XRPs.

More questions every other minute!  Huh

Ente
1373  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple's 128 bit master seed, how long can the "root master key" stay secure ? on: February 26, 2013, 05:06:07 PM
hmm.. what would it effectively mean, if the key or a collusion was found?
No "user"-keys can be retrieved from this. So *my* stuff is safe.
What would be the implications?

And nah, 128 bit isn't that bad anyway ;-)

Ente
1374  Alternate cryptocurrencies / Altcoin Discussion / Re: [RIPPLE] Fun network visualization on: February 26, 2013, 05:03:42 PM
Only in Chrome

WHAT!!1!!

Ente
1375  Alternate cryptocurrencies / Altcoin Discussion / Re: Ripple Giveaway! on: February 25, 2013, 08:47:44 PM
rNEtVs4kNeESF5HbWCDZMYcWwKZ5iKwUEr
1376  Economy / Speculation / Re: Wall Observer - MtGoxUSD wall movement tracker on: February 24, 2013, 08:58:53 PM
I see you guys use google trends with different searchwords.
I have a look there too, from time to time. However, all combined searchterms are an order of magnitude lower than simply "bitcoin":



So, don't get too excited when some obscure searchterm has a huge climb, check back with "bitcoin" too ;-)

Ente

Yeah I know they are much lower. I dont use just "bitcoin" because it could be related to just information. "Buy bitcoins" or "blockchain" on the other hand indicate that the person is actively interested in acquiring a/o holding their coins safely.

Yes, indeed, you are right!
Different tools, and both good for their task! :-)

Ente
1377  Economy / Speculation / Re: Wall Observer - MtGoxUSD wall movement tracker on: February 24, 2013, 07:57:58 PM
I see you guys use google trends with different searchwords.
I have a look there too, from time to time. However, all combined searchterms are an order of magnitude lower than simply "bitcoin":



So, don't get too excited when some obscure searchterm has a huge climb, check back with "bitcoin" too ;-)

Ente
1378  Economy / Speculation / Re: Wall Observer - MtGoxUSD wall movement tracker on: February 22, 2013, 11:58:21 AM
here's a screenshot-imgur-upload-script I use (consisting of 2 scripts)

shoot.sh
Code:
#!/bin/bash
scrot -s -e 'imgurbash.sh $f'

imgurbash.sh
Code:

#!/bin/bash

# imgur script by Bart Nagel <bart@tremby.net>
# version 4
# I release this into the public domain. Do with it what you will.

# Required: curl
#
# Optional: xsel or xclip for automatically putting the URLs on the X selection
# for easy pasting
#
# Instructions:
# Put it somewhere in your path and maybe rename it:
# mv ~/Downloads/imgurbash.sh ~/bin/imgur
# Make it executable:
# chmod +x ~/bin/imgur
# Optional, since Alan kindly provided an API key for this script: stick your
# API key in the top:
# vim ~/bin/imgur
# Upload an image:
# imgur images/hilarious/manfallingover.jpg
# Upload multiple images:
# imgur images/delicious/cake.png images/exciting/bungeejump.jpg
# The URLs will be displayed (and the delete page's URLs will be displayed on
# stderr). If you have xsel or xclip the URLs will also be put on the X
# selection, which you can usually paste with a middle click.

# API Key provided by Alan@imgur.com
apikey="b3625162d3418ac51a9ee805b1840452"

# function to output usage instructions
function usage {
echo "Usage: $(basename $0) <filename> [<filename> [...]]" >&2
echo "Upload images to imgur and output their new URLs to stdout. Each one's" >&2
echo "delete page is output to stderr between the view URLs." >&2
echo "If xsel or xclip is available, the URLs are put on the X selection for" >&2
echo "easy pasting." >&2
}

# check API key has been entered
if [ "$apikey" = "Your API key" ]; then
echo "You first need to edit the script and put your API key in the variable near the top." >&2
exit 15
fi

# check arguments
if [ "$1" = "-h" -o "$1" = "--help" ]; then
usage
exit 0
elif [ $# == 0 ]; then
echo "No file specified" >&2
usage
exit 16
fi

# check curl is available
type curl >/dev/null 2>/dev/null || {
echo "Couln't find curl, which is required." >&2
exit 17
}

clip=""
errors=false

# loop through arguments
while [ $# -gt 0 ]; do
file="$1"
shift

# check file exists
if [ ! -f "$file" ]; then
echo "file '$file' doesn't exist, skipping" >&2
errors=true
continue
fi

# upload the image
response=$(curl -F "key=$apikey" -H "Expect: " -F "image=@$file" \
http://imgur.com/api/upload.xml 2>/dev/null)
# the "Expect: " header is to get around a problem when using this through
# the Squid proxy. Not sure if it's a Squid bug or what.
if [ $? -ne 0 ]; then
echo "Upload failed" >&2
errors=true
continue
elif [ $(echo $response | grep -c "<error_msg>") -gt 0 ]; then
echo "Error message from imgur:" >&2
echo $response | sed -r 's/.*<error_msg>(.*)<\/error_msg>.*/\1/' >&2
errors=true
continue
fi

# parse the response and output our stuff
url=$(echo $response | sed -r 's/.*<original_image>(.*)<\/original_image>.*/\1/')
deleteurl=$(echo $response | sed -r 's/.*<delete_page>(.*)<\/delete_page>.*/\1/')
echo $url
echo "Delete page: $deleteurl" >&2
basename=$(basename $url .png)

# append the URL to a string so we can put them all on the clipboard later
clip="[url=https://i.imgur.com/${basename}.png][img]https://i.imgur.com/${basename}m.png[/img][/url]
"
echo $clip
done

# put the URLs on the clipboard if we have xsel or xclip
if [ $DISPLAY ]; then
{ type xsel >/dev/null 2>/dev/null && echo -n $clip | xsel; } \
|| { type xclip >/dev/null 2>/dev/null && echo -n $clip | xclip; } \
|| echo "Haven't copied to the clipboard: no xsel or xclip" >&2
else
echo "Haven't copied to the clipboard: no \$DISPLAY" >&2
fi

if $errors; then
exit 1
fi

using it looks like this (after calling shoot.sh you have to select a rectangle on screen)




Absolutely gorgeous! :-)

I did some tiny modifications:

Code:
insert your own api key into line 29, create it here: https://imgur.com/register/api_anon ;)

I have all urls copied into a logfile, to keep track of them and delete when needed, line 105 here:
Code:
touch ~/shoot.log
date +"%Y.%m.%d %T" >> ~/shoot.log
echo $url >> ~/shoot.log
echo "Delete page: $deleteurl" >&2 >> ~/shoot.log
echo $clip >> ~/shoot.log
echo "" >> ~/shoot.log

The original screenshot is saved in $home, I delete them immediately, around line 105 too:
Code:
rm ~/*scrot.png

With xclip installed, the text was copied in some buffer, but not reachable by ctrl-v, so my edited line 109 has '-selection c' added:
Code:
		|| { type xclip >/dev/null 2>/dev/null && echo -n $clip | xclip -selection c; } \


Molecular, thank you for finding and enhancing this! I love it! :-)
Lets see if a new era of wallpic-flooding begins now ;-)

Ente
1379  Local / Deutsch (German) / Re: Es wird wohl einen Hardfork geben. on: February 21, 2013, 11:34:59 AM
Interessant..
Bisher ging ich davon aus, dass fork, chainsplit etc nur für Miner relevant ist. Miner versuchen immer ander längsten/sichersten Kette weiterzuarbeiten.

Wenn jetzt User, also normale Nodes ins Gespräch gebracht werden, geht es wirklich darum, dass Nodes neue Blöcke über dem Limit von z.B. 1MB nicht mehr an andere Nodes weiterleiten?
Dann kommen plötzlich andere Faktoren ins Spiel als nur die reine kombinierte Hashingpower der jeweiligen Fraktion..

Zumindest werden/würden weiterhin alle tx von allen Nodes weitergeleitet.

Und dann noch verschiedene soft- und hardlimits, verschiedene Clientsoftware, und irgendwann verschiedene mining-bitcoind.
Interessante Effekte! Find ich klasse, dass Gavin es sich einfach mal anschauen will. Genau dafür ist Bitcoin ja schließlich noch Beta :-)

Ente
1380  Economy / Speculation / Re: Wall Observer - MtGoxUSD wall movement tracker on: February 19, 2013, 05:16:11 PM
We've had enough correction (intraday, mind you) and pause for my taste, I am satisfied.
Rocked mode: Full thrust!

Ente
Pages: « 1 ... 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 67 68 [69] 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!