..digging out this old thread. It seems like www.kenija2012.net is down, by now? Registration Service Provider: Yola, Inc, support@yola.comRegistrar 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
|
|
|
..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
|
|
|
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
|
|
|
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
|
|
|
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
|
|
|
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
|
|
|
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
|
|
|
What would be required for a manager? I.e. language-wise, living somewhere around and stuff?
Good luck, this project deserves all success!
Ente
|
|
|
It looks like it's advancing fast, great! :-)
So, what's needed next, thinking in big steps?
Ente
|
|
|
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
|
|
|
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
|
|
|
I registered on ripple.com and tried to login again next day. 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: 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: 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! Ente
|
|
|
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
|
|
|
Only in Chrome
WHAT!!1!!Ente
|
|
|
rNEtVs4kNeESF5HbWCDZMYcWwKZ5iKwUEr
|
|
|
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
|
|
|
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
|
|
|
here's a screenshot-imgur-upload-script I use (consisting of 2 scripts) shoot.sh #!/bin/bash scrot -s -e 'imgurbash.sh $f'
imgurbash.sh #!/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: 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: 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: 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: || { 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
|
|
|
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
|
|
|
We've had enough correction (intraday, mind you) and pause for my taste, I am satisfied. Rocked mode: Full thrust!
Ente
|
|
|
|