Mich würde jetzt doch mal interessieren warum die keine bitcoins mehr aktzeptieren?
hat da unser toller staat wieder mal für gesorgt?
Wie schon im OP steht, wurde lieferservice.de einfach von einem anderen Unternehmen übernommen. Den Aluhut darfst du also absetzen  wie ich gerade bemerkt habe macht lieferservice.de jetzt wohl mit Lieferando.de gemeinsame Sache und eine Zahlung mit Bitcoin ist nicht mehr möglich.
Oder mit anderen Worten: Früher hat lieferservice.de Bitcoin akzeptiert. Früher hat lieferando kein Bitcoin akzeptiert. Lieferando hat Lieferservice aufgekauft, die Lieferservice Webseite gibt es nicht mehr. Da sich *nichts* bei Lieferando geändert hat, akzeptieren die auch bisher kein Bitcoin. Und genau das, so hat es den Anschein, scheint sich ja zu ändern. Damit sind wir also besser dran, da bald "beide" Bitcoin akzeptieren! :-) Und wenn die jetzt noch pizza.de, und wer sonst noch übrig ist, aufkaufen, akzeptieren irgendwann alle Pizzabuden Deutschlands Bitcoin! :-D Blöd nur mit der Monopolisierung.. Ente |
|
|
|
|
Und mit so vielen involvierten Leuten, Zahlungen und Fehlerquellen, und so zeitkritisch, ist eine heiße Kiste. Andererseits, wenn es einmal läuft, mit relativ wenig laufendem Aufwand, und potentiell enorm viel Durchsatz/Umsatz.
Aber, mal ehrlich, wenn Lieferando BTC annimmt, wird der Markt eng für ein Startup das sich auf BTC spezialisiert. Klar backst du selbst keine Pizzen, aber du musst immernoch jeden einzelnen Pizzabäcker davon überzeugen. Und das bei dem (anfangs) zu erwartenden Umsatz.
Hat Lieferando eigentlich eine Knebelklausel, die die Pizzabäcker exklusiv an Lieferando bindet?
Das -technisch- schlauste wäre die Schnittstellen von Lieferando und pizza.de zu kopieren, damit deren Kunden mit ein, zwei Klicks bei bitcoinsnacks.de drinnen sind. Ob das rechtlich die schlauste Idee ist, keine Ahnung :-)
Ente
|
|
|
|
|
No Trezor for me until I have Armory integration with multiple wallets.
Oh, and manually choosing inputs too.
Ente
|
|
|
|
|
Thank you for the info.
I have some pondering to do!
Ente
|
|
|
|
Hello everyone, some time ago we had the plugin topic in the mainthread: So, how does this work? Who can program plugins? Only Armory-devs, or anyone?
Anyone can make plugins, but they will only run on stock mainnet Armory if we have signed them. You can modify the source to add your own public key to the list of trustees if you want to run plugins someone else signed. I don't think we added an option in the UI for that yet, I'm not sure if we are going down that path. I think the internal talk was to sign trusted 3rd parties' key with ours so they can do their own plugin dev, and revoke privileges through the announcement system in case someone goes rogue. You should really ask etotheipi or Circus_Peanut for details, I wasn't part of this development effort. All plugins run unsigned on testnet. So I'd like to start with my Armory-Offlinesigning-Device, which would profit a lot from an Armory plugin. What is the status of plugins? How would I proceed to have the plugins I envision signed so they run on stock Armory? Or is the mentioned "Armory signs an externals' key" approach the way to go? How to ensure those plugins are safe? I didn't find anything plugin-related in the GUI (except "verify signed package"?). As an example, here's what I have in mind. A tandem of a regular Armory-desktop-client and a small "offline" Armory box which signs the tx. That is nothing new in itself. I wish to build an inexpensive and neat tiny box with instructions on how to build it, and provide plugins to have both Armorys talk to each other transparently, the only additional steps being a physical button-press on the signing device and maybe a decryption password for securing the keys on that box. Focus on it all being open and transparent, and maybe a showcase project for others to find interest in creating hardware and plugins around Armory. My ideas so far: Offline-device: - Raspberry Pi 1 with small 3.5" TFT, resistive touchscreen and buttons - Offline Armory with 1) small-touchscreen-gui-input-addon and 2) airgap-jumping addon Client-device: - Regular online Armory client with watch-only wallet - airgap-jumping addon Airgap-jumping options: I'd like to have a modular approach here, where different hardware-setups are possible to let the two Armory communicate over the "airgap". There are several concepts floating around here already, from USB-dongle to audio to QR. I'd like a "visibly flashing optocoupler", for example. Each hardware-option would have its own plugin, or the main plugin would be easy to expand with new setups. Now the interesting part, of course, is how to trust a plugin which didn't come from Armory inc. I have the same problem, as I won't program anything such sensitive by myself, but will have someone else do that. Alan, Circus_Peanut, what's the status on plugins? I'd like to hear your thoughts. Is anyone interested to collaborate here? The point in this whole project is to make it easy to build for anyone, so collaborating for the prototype must be easy as well :-) Cheers, Ente |
|
|
|
Litenode will probably be implemented before blocks over P2P. Among other things, it will give you the ability to run a server on a machine somewhere in your NAT, and use litenode clients on every other machines.
Oh, nice! Would the UI of such a litenode be the same I am used to now? With multiple wallets and the like? And, wait, I'll only need bitcoin-core and Armory-server on the other machine? Yay, 80GB off my client! Aah, so many great things coming! New wallet format, litemode, hurry up and get more developers for this! :-D Ente |
|
|
|
|
In Rudow isser!
Natürlich wäre der korrekte Treffpunkt im Bitcoinkiez, formerly known as Graefekiez.
Ente
|
|
|
|
For anyone who asks this question: No. Communication with Qt is done through the RPC server, however (don't quote me on this) I think it is hardcoded to localhost. Assuming you get accross this hurdle (or that I'm wrong), you still need to give Armory the raw block chain files path. Through a network share, I assume.
Close! Armory actually doesn't use the RPC connection, it connects as a regular peer through localhost. Some people have problems with this because they assume it's RPC, and setup their bitcoin.conf to only accept connections from certain IPs, thinking that Armory will sidestep it through RPC. However, it only uses that connection for new blocks and transactions. It still relies on the BTC_HOME_DIR/blocks/blk*.dat files to read the past blockchain history. Now that Armory is maintaining its own database, I can transition off of using the blk*.dat files and only use the peer connection. But there may be some hurdles there: (1) Bitcoin-Qt/bitcoind cutting me off because I'm demanding too many resources and it blacklists me (2) Please dear god do not connect Armory to an untrusted node!. You will die a fiery death. Armory does absolutely no blockchain validation: it is designed to use that connection as its secure gateway. I want to eventually allow remote connections, but then also make it painfully obvious that there is a serious risk involved. You might even want to use some kind of SSL to make sure you remote connection is not intercepted. None of this matters though when it's forced to use localhost... With the current blockchain size, I would like such a secure option to be implemented. My desktop uses a 120 GB SSD, 80 GB are used by Bitcoin-core and Armory. And I have a 24/7 node running elsewhere anyway. So I'd love to cut my local storage needs. I will either soon upgrade my SSD solely for Armory, or donate to someone to implement this feature, or quit Armory (just kidding here). Which is funny, as I upgraded my ram solely for Armory before the patch :-) Ente |
|
|
|
Okay I am a newbie when it comes to armory. I have a pc with an intel 4570t cpu 2 sticks of 8gb ram a 250 gb samsung ssd it is a new build from old parts. it has windows 7 ultimate 64 not 32 So what armory is best to load to this. 92 ? and where is the link? on the site below https://bitcoinarmory.com/so I have been looking at the site a bit. and I want the windows 7 pc mentioned above to be the offline pc. I can use a second windows 7 pc as a partner online pc…. it has windows 7 home as the os. I also have a mac mini with 10.10.3 os could this works as the online pc with the windows 7 offline pc? There is never a reason to install an outdated Armory or Bitcoin-core version. With a 32 bit operating system, the most recent Armory won't work. In that case, better upgrade to 64 bit instead! :-) Ente |
|
|
|
|
..und morgen wieder!
Bis dahin! :-)
Ente
|
|
|
|
Man sollte vieleicht heute schonmal anfangen, sich gedanken zu machen Doublespend technisch unmöglich zu machen.
Für einen Zahlungsdienstleister wie Bitpay ist es heute schon möglich, die Wahrscheinlichkeit von erfolgreichen Doublespends gegen ihn massiv zu reduzieren. Er reicht seine Transaktionen quasi direkt bei den großen Mining-Pools ein und weist diese an, keine Doublespends gegen von ihm eingereichte Transaktionen zu verarbeiten. (Hervorhebung von mir) Ist das tatsächlich schon Standard? Wusste ich noch nicht. Bei der Schildbach Android Wallet kommt, wenn ich zu BitPay bezahle, eine Option ob ich direkt an deren Server senden möchte. So gut wie deren Node(s) vernetzt sind, ja, da halte ich das Doublespendrisiko auch für vernachlässigbar. ..und alles noch öffentlich signiert, gut gemacht BitPay + Schildbach! Ente |
|
|
|
|
Richtig!
BitPay gibt innerhalb zwei Sekunden grünes Licht, sobald ich auf "Senden" geklickt habe. Manchmal ist es schon akzeptiert bevor ich vom Handy auf den Monitor schaue.
Der Room77 akzeptiert/verrechnet zero-conf-Transaktionen seit 2011, und bleibt auch dabei.
Nur beim Thema Bitcoin und Porn bin ich nicht 100% deiner Meinung ;-)
Ente
|
|
|
|
|
..und wieso bei pizza.de bestellen, wenn die auch kein Bitcoin akzeptieren? ;-)
Hmm, vielleicht sollten wir die Presse einschalten. Bei einem Skandal dieser Größenordnung!
Ente
|
|
|
|
vielen Dank für Ihre Nachricht.
Leider kann man bei uns nicht mit Bitcon zahlen.
Gern werden wir Ihre Informationen an die Geschäftsführung weiterleiten. Bis dahin bitten wir um Verständniss.
Mit freundlichen Grüßen
Karola Also, schön Mails schreiben! :-) https://www.lieferando.de/chatEnte |
|
|
|
Oh nein, was für eine Horrornachricht! Ob jetzt Dell oder Microsoft Bitcoin akzeptiert, völlig egal, aber doch jetzt nicht Lieferservice! Auf lieferando.de gibt es unten eine ganze Reihe öffentliche Kanäle, von Facebook über Twitter bis Google+. Lasst uns alle mal anklopfen, dass wir ja weiterhin gerne Geld bei denen lassen würden - wenn die Bezahlmöglichkeiten stimmen. Oder über das Mailformular: https://www.lieferando.de/chatEin Albtraum! Ente |
|
|
|
|
I like that, Erre, thank you for your suggestion and effort.
I am not sure if BTC100 is still active at all.
Bruno inherited it to Rassah, and I didn't hear anything from Rassah in a while.
At least one charity, Rockzipfel, is still waiting for their BTC100 donation, for quite a while.
Anyone else with access to the funds?
Ente
|
|
|
|
ps: morgen ist wieder dritter Donnerstag Jawoll, so ist es! Dürfen wir mit einer Delegation aus Dresden rechnen? Bis heute Abend! Ente |
|
|
|
can i have one for free
..would already be quite a stretch ;-) Ente |
|
|
|
|
Schöne Übersicht, danke!
Ich kannte noch nicht alle! Wird die weitergepflegt, wenn neue Dienstleister auf dem Markt auftauchen?
Ente
|
|
|
|
Oh, ja, fand statt, hoppla! Bitcointalk ist ein bißchen eingeschlafen, Leipzig und Region trifft sich jetzt auf [der Mailingliste]: http://bitcoin-leipzig.de/ :-) Ente |
|
|
|
|
Show Posts
