As the title says.

PM me for discussion

Hello,

I have an approved, 2-digit MtGox claim. I need a 2 BTC loan and I will repay as 2.5 BTC as soon as the trustee disburses the funds (September 2019).

Please get in touch via PM.

Regards,

Hello,

I have an accepted/approved MtGox bankruptcy claim worth around 250 BTC, which I would like to transfer for real BTC, at a rate of 4% at current BTC prices, i.e. 10.5 BTC. The following procedure must be followed:

https://www.mtgox.com/img/pdf/20150723_online.pdf

We need to sign a document together. And we will need to establish trust, and certainly use an escrow and/or a 2 BTC down payment before I sign the claim over.

This is your chance to make millions. In the most likely case, you should receive 25% of the claim sometime around 2020. I am selling the claim, because of financial reasons. I need a cash injection.

Please PM and describe your reason to buy this claim.

Hello,

I have launched a new Bitcoin service called Zendwire, dedicate to processing outgoing wire transfers. We can convert Bitcoin to USD, GBP, CHF, EUR to mostly anywhere in the world.

No account required. We can process amounts from 0.05 BTC up (about $75), smaller amounts are not suitable for our service.

We charge a small fee. Give us a try.

https://www.zendwire.com/

When the Federal Reserve decides to up inflation from 2% to 3%, increasing the money supply by say $10bn USD, they don't actually turn on the printing presses or mint new coins. This kind of money exists only in electronic form - they don't need to go mine for gold, nor print paper money. This inflation is created "from nothing" (believe it or not).

The Fed has the power to simply add a number to a database record that resembles someones bank account.

With my colleague at eCash.io we've been scratching our heads - why don't we ever hear of a heist or hack, someone adding a few zero's to their bank accounts? Either it is kept well from the media, or it simply doesn't happen. But that's the hard part to understand. Whereas Bitcoin is cryptographically secured, and no single individual can "add some zero's" to magically change 1 BTc into 1000 BTC, central bank's electronic money systems are not cryptographically secured at all. They are literally just numbers in a database.

In principle, if you think Edward Snowden was a security risk to the USA, imagine the sysadmins working for the Fed, who have root access to alter numbers for bank accounts. Why do we hear nothing of these people? Who are they? Where do they live? Of course, if we knew where they lived, they'd be in great danger, like Satoshi Nakamoto.

* Most people can't imagine that money can be invented out of thin air, by simply altering some numbers in a cental bank's database;
* Most people don't understand that "inflation" means "to create money out of nothing" (again, changing some numbers in a database)
* When we read about "bailouts", e.g. General Motors receiving billions, this is, again, just changing numbers in a database. Nobody actually had to cough up this money, savings accounts were not involved, the money came from nothing

This is financial power in its purest form: the shareholders of the Federal Reserve, a private company, have the power to create money from nothing, simply by changing a record in a database. If the people would understand this, there would be a revolution. Many billion dollar bailouts were done through the act of changing a 0 into 12,000,000,000.

Central Banks, therefore, have an incentive to cloud this truth with smokescreens, obscure language "quantitative easing, tapering", not to mention 'no audits' for over 100 years (apparently 2014 will see one). But I can't figure out why we never hear of some Anonymous group succesfully hacking bank account records. Am I missing something here?

Voor een nieuw startup project kom ik graag in contact met een Python/C++ developer en een Node.js/Angular developer.

Het project richt zich op microbetalingen in opkomende economieën, maar ook voor toepassingen elders. Het plan is om een stichting op te richten die het protocol en de distributie beheert. Daarnaast een commerciële BV die toepassingen gaat exploiteren en consultancy doet.

Om het protocol te lanceren heb ik minstens 2 developers nodig. Een developer die zowel Python als C++ relatief goed ken. En een tweede developer die met zowel Node.js en Angular overweg kan.

Graag contact per privébericht hier of via linkedin: http://nl.linkedin.com/in/koenraadt
(Dit project staat geheel los van mijn activiteiten bij eCash BV)

Ik werk vanuit Amsterdam en het zou prettigst zijn als we af en toe in Amsterdam kunnen afspreken voor overleg. Laten we eerst eens koffie doen om elkaar te leren kennen. Verder ben ik bezig het bredere team samen te stellen met designers, marketeers en commerciële partners.

Easily sign up at https://ecash.io/merchants/register

Using our service, any merchant can accept BTC. Merchants within the European Union can also receive EUR payouts (after basic KYC).

The merchant API offers a Hosted Payment Page for Bitcoin, which includes an automated currency conversion from over 50 currencies worldwide. Sell in EUR, GBP, USD or any other currency. Your clients pay in Bitcoin. Verified merchants selling in EUR may also receive weekly EUR payouts.

European merchants can sell in EUR and receive the same amount in EUR. The Bitcoin is exchanged behind the scenes.

The Dutch Central Bank (Nederlandsche Bank) does not object to our business model. We are operating in compliance with all European laws.

https://ecash.io/

Hi,

I've been following the recent fallout happening over at Ripple. The original founder of Ripple, Jed McCaleb, is threatening to dump his 9 billion XRP stash, which could clear the entire orderbook. It appears to be a threat to force the other founders, now CEO Chris Larsen and Arthur Brito, to return their ~11 billion to the OpenCoin foundation responsible for distributing the remaining 80 billion or so.

Not only has Jed left Ripple to work on his "secret Bitcoin project", Kraken CEO Jesse Powell has also left the Ripple board as of yesterday.

Jesse left an interesting comment at Reddit,
http://www.reddit.com/r/Ripple/comments/26ccz3/ripple_board_member_resigns/chpwhbs

With the Ripple being open source, he wonders why there hasn't been a Ripple fork yet. Jesse jokes about a Dogecoin Ripple fork, which, if equally popular, could kill Ripple. The point is that anyone can start a company like Ripple.

Ripple can be divided into two camps, as best described in another Reddit comment,
http://www.reddit.com/r/Ripple/comments/26ccz3/ripple_board_member_resigns/chpxxbr

Camp 1: A bottom-up approach: "Everybody can be their own little bank in their own little community." - a digital Hawala system, http://en.wikipedia.org/wiki/Hawala
Camp 2: A top-down approach: "Let's get banks on board so many people can use Ripple right away." - SWIFT 2.0

Ripple's leadership is pursuing the top-down approach to sign up financial institutions like German Fidor AG. But Ripple's inventor, Ryan Fugger, preferred a grassroots bottom-up approach, but failed to gain momentum. http://www.reddit.com/r/Ripple/comments/26ccz3/ripple_board_member_resigns/chpuhok

Is now the right time to attempt the original Ripple idea? How does the Bitcoin community feel about bootstrapping a bottom-up Ripple fork, with fairly distributed coin. Me and my co-founder working at eCash in Amsterdam might consider pitching such an idea to investors in Europe. We would call it eCash. ("eCash" was originally invented in Amsterdam by David Chaum, visionary cryptographer. )

However, my most urgent concern is whether the Ethereum protocol is already superior to Ripple, or not? And where does PaySwarm by Manu Sporny from the W3C organization fit in? https://web-payments.org/

Beste Bitcoiners,

onlangs zijn we bij eCash.io gestart met een pilot voor winkeliers. We hebben een betaalsysteem voor Bitcoin ontwikkeld die bovenop veilige "cold storage" draait. We gebruiken Bitcoin Armory voor de offline opslag van Bitcoins. Consumenten kunnen bij ons een wallet openen (gratis). Met winkeliers draaien we nu proef met een extensie voor Magento Commerce (zie https://github.com/eCashPayments - work in progress).

De eerste aangesloten winkelier is HDPHNS.com (headphones; koptelefoons), een Nederlandse zaak uit Amsterdam die top koptelefoons en randapparatuur verkoopt. Een andere winkel is software-handel Appmerce.com. Bezoekers kunnen er al met Bitcoin betalen.

We gaan Nederlandse winkeliers direct in EUR uitbetalen. Winkeliers hoeven straks helemaal niet meer met Bitcoin in aanraking te komen. Consumenten betalen in Bitcoin via ecash.io, en wij regelen de conversie. Een winkelier factureert dus gewoon 49,50 EUR en krijgt 49,50 EUR. Bij eCash.io lossen we achter de schermen het wisselprobleem zelf op.

Winkeliers kunnen kiezen om wel Bitcoin te ontvangen, en dan zelf te converten.

Zoals gezegd bieden we ook een veilige wallet aan voor consumenten. Wij regelen de beveiliging en opslag. (De private keys liggen in een kluis.)

We hopen de winkeliersdienst begin maart voor algemeen publiek te lanceren. We zitten nog in de testfase. En we zijn zoals zovele Bitcoinbedrijven bezig met de aanvraag van een licentie bij de Nederlandsche Bank. We houden jullie op de hoogte.

Groeten,
eCash.io

[Security features]

Bitcoin has been burdened with scams, robbery, theft, loss of funds through accident or stupidity.

At eCash.io we intend to solve that problem. We are the first company to offer a 100% cold storage service using Armory. The web server runs a watching-only wallet without private keys. The private keys are stored offline, on a computer never connected to the internet, at an undisclosed location. Funds are divided over multiple paper wallets, capped at 100-500 BTC per wallet. We are based in The Netherlands, Amsterdam, registered with the Chambers of Commerce nr. 55213170

https://ecash.io

Please test our service and let us know how to improve it!

Security features

• SMS / text message withdrawal notifications
• CloudFlare DDOS protection
• Two-factor authentication
• Security questions
• Delayed withdrawals: you can cancel withdrawals up to 6 hours -- combined with SMS notifications, hackers simply have no chance.
• 100% of funds in cold storage - no funds stored online
• Webserver runs armoryd.py (Bitcoin Armory technology) and a watching-only wallet

Tell us your ideas for the most secure Bitcoin wallet on the internet!
As usual, startups are playing God by inventing all the features themselves. That's why I'm very interested in YOUR opinion.

What kind of Bitcoin wallet features are you looking for?

How can we secure your funds even more?

What other, related features would you use with a wallet? We're thinking of user-to-user transfers, email transfers, merchant services like BitPay, and so forth. Please let me know.

Hi guys!

I need your help. I'm starting a venture for crypto-banking services at https://ecash.io. The idea is to launch wallet and merchant services for Bitcoin. Please give me your feedback, to build the BEST Bitcoin wallet online. FREE cold wallet storage service. It works like this:

Cold wallet features:

• No contract, no KYC, no AML needed (storage only)
• Bitcoin Armory webserver, i.e. with wathing-only wallets (armoryd; https://github.com/etotheipi/BitcoinArmory)
• Watch-only wallets have no private keys - they cannot be used to send BTC, only to generate addresses and receive BTC

Account security:

• username/password
• 2FA / Google Authenticator (recommended)
• Security questions upon each failed login attempt (optional)
• Email confirmation required for withdrawals (required)
• SMS text message notification for withdrawals via www.twilio.com (optional - your actual phone number is hidden, not shown in the account)
• 12-24 hour withdrawal delay

If you want to withdraw 10 BTC, this happens: login with 2FA -> request withdrawal -> confirm via email -> receive SMS notification -> wait 12 hours.

Remember, this is a cold (offline) wallet service. We sign transactions on an offline computer, not connected to the internet. I will launch this early December 2013. Next step is a secure hot wallet (online wallet), and merchant services.

In early 2014 I will register as a Money Transmitter Company in The Netherlands / Amsterdam. Registered merchants can then accept BTC and receive EUR, GBP or USD payouts. P.S. eCash.io will not be an exchange, instead we will work with Bitstamp.

Please tell me your ideas to improve my service. Hope to launch very soon.

[there is quantitative evidence to suggest that the recent increase in the Bitcoin/USD has been the start of a bubble]

I asked the science guys behind The Bubble Index if they could apply their analysis to Bitcoin. This is based on science to predict market crashes. See this TED video.

Luckily they were kind enough to do the analysis:

In this post I will respond to a request to publish an analysis on the Bitcoin/USD index (Mt. Gox). Based on these graphs, there is quantitative evidence to suggest that the recent increase in the Bitcoin/USD has been the start of a bubble. While The Bubble Index: Bitcoin has not reached its highest levels seen earlier this year, investors in the currency should be cautious.

Source: http://lpplmarketwatch.blogspot.com/2013/11/the-bubble-index-bitcoin-november-16.html


Source: http://lpplmarketwatch.blogspot.com/2013/11/the-bubble-index-bitcoin-november-16.html

[50 BTC]

Hello,

I am putting up www.bitservicex.com for sale for 50 BTC, or make an offer. I also accept EUR, but sadly not USD.

BitServiceX originally focuses on the EURO/SEPA market with EUR trading, although the software can be adapted -if needed- to run USD instead of EUR. BitServiceX was founded a few months ago, focusing on EUR / SEPA trades. The site is built on Drupal 7 with several custom modules.

If you are planning to develop your own Bitcoin exchange, and know how to use Drupal, then this is an attractive starting point. B

• Multi-lingual front-end: English, German, Dutch and French - most content is translated, including emails
• Offers basic trading engine (on MySQL / PHP)
• Offers extended admin overviews
• Supports Google Authenticator account and withdrawal protection (with mobile QR code to setup Gauth)
• Built on Drupal 7 www.drupal.org
• Offers verification workflow: unverified user, verified user, verified trader (each with configurable permissions)
• Integrates with Mt.Gox for direct-buy
• Offers user email notifications for many activities
• User passwords protected with AES 256
• Integrated with Buckaroo payment service provider (in the Netherlands) for iDEAL, Giropay, Sofort
• Server is Ubuntu Liniux 10.04
• Server runs bitcoind daemon, used for verifying a Bitcoin address
• Users can deposit funds to the server, which will be credited to their accounts automatically
• Bitcoins are stored at Mt.Gox, not on the server!
• All automated Mt.Gox transactions are protected with HOTP API access (you configure this in your Mt.Gox account as well)
• Integrates with CloudFlare Pro/Business for ddos protection
• Site is maintained with basic git repository
• Site has a Staging site at staging.bitservicex.com (htpasswd protected) copy also maintained with git
• Site forces use of https (you will need a SSL certificate - also works with CloudFlare)
• Bad Behavior to block spambots / spiders
• Many more features.... please ask questions

What is for sale?

• The domain names bitservicex.com, .nl, .de, .fr, .co.uk
• The fully configured Linux root server from HostEurope (costs 49 EUR / month); you can take over the contract for 50 EUR one-time fee

What is NOT for sale?
The user verification passports/addresses are NOT for sale. Although you can buy the user accounts, the passports will be deleted. I am legally not allowed to sell you such information. Such private information will be deleted, but existing users can still login and re-verify their accounts.

Why are you selling this project?
Like most Bitcoin merchants I have fought hard and long with my Payment Service Provider, and with my bank. Sadly, selling Bitcoins is no longer possible for me.

Who should buy this project?
Only buy this project if you know PHP/MySQL, Ubuntu Linux and are familiar with Drupal 7. I can provide some support during the first month post-sale, but after that you're on your own.

How to buy this project?
Let me know your offer via PM.

We can meet in person and complete the sale/transaction in Amsterdam/The Netherlands.

Alternatively, if you cannot visit Amsterdam, I can send you admin access to run the site, but will transfer the domains and server access only after receiving payment.

I will be on holidays until Monday, Sept 2nd. After that we can arrange the transaction.

Further questions?
If you have any questions, feel free to ask.

[Onze beveiliging]

Ik zou graag weten wie onderstaande bericht heeft gewist. Je kunt ook normaal communiceren via een PM, zodat ik het bericht had kunnen verplaatsen.

--

Mijn project biedt inmiddels ook een exchange platform, naast directe inkoop/verkoop/
https://www.bitservicex.com/nl/trade

Onze beveiliging
- Snel verificatieproces met kopie paspoort upload. Betalingen worden uitsluitend uitgevoerd aan bankrekeningen die overeenkomen met de naam van het paspoort. Als je Jan Klaassen uit A'dam heet, dan kan je dus laten uitbetalen op de rekening van Jan Klaassen uit A'dam. Dit is nodig tegen fraude. Bitcoin-24 deed niet aan screening, wij doen dus een uitgebreide screening.
- Normaliter wordt een account binnen 24 uur geverifiëerd. We hebben intussen al honderden geverifiëerde gebruikers.
- Bitcoin worden bewaard in ons trusted bedrijfsaccount op Mt.Gox, maar zijn wel toegankelijk voor opname tot 10000 BTC per dag (cumulatief voor alle gebruikers). Zodra we onze Bitcoin Trezor (bitcointrezor.com) bestellingen binnen hebben, gaan we de Trezor + kopieën ook "cold" in de kluis bij een bank bewaren voor langdurige opslag.
- Site wachtwoorden / encryptie - AES 256 Rijndael
- Binnenkort met Google Authenticator optie

Onze limieten
- EUR / BTC stortingen: onbeperkt, echter EUR moet van een rekening komen die overeenkomst met het geverifiëerde profiel. Als je Jan Klaassen heet, dan moet je dus storten vanaf de rekening van Jan Klaassen. Indien de naam niet klopt, moet de verificatie voor die persoon opnieuw doorlopen worden, of anders wordt het bedrag teruggestort.
- EUR uitbetalingen: maximaal 10000 EUR per dag
- BTC uitbetalingen: maximaal 10000 BTC per dag cumulatief voor alle gebruikers
- Maandelijks onbeperkt.

Momenteel accepteert BitServiceX SEPA- en BTC- inleg en uitbetalingen. iDEAL is wel beschikbaar voor directe koop.

Noot: alle SEPA/bank-overboekingen hebben een cooling off periode van minstens 3 werkdagen om fraude tegen te gaan. Dit is nodig omdat SEPA-overboekingen uit o.a. het buitenland tot 10 werkdagen kunnen worden gestorneerd. Om onszelf te beschermen tegen fraude is deze cooling off periode nodig.

Wij rapporteren (verdachte) transacties boven 10000 EUR (per dag) aan de financiële instanties.

BitServiceX draait al een tijdje proef en hebben inmiddels al 1200 transacties/bestellingen verwerkt.

Hallo,

ik heb enkele dagen geleden een Bitcoin-marktplaats gelanceerd, BitServiceX

Bitcoins kopen met iDEAL, Bancontact/MisterCash of Sofort Banking. Binnenkort worden daar ook eMaestro en V-Pay (Visa) aan toegevoegd. Eventueel ook paysafecard en U-kash.

We richten ons op de Europese BTC-EUR markt. Het plan is om een echte handelsbeurs op te zetten, en ons te registreren als 'Payment Service Provider' bij de Nederlandse Bank. We richten daarvoor een B.V. op met een stichting 'derdengelden', die de inleg van deelnemers garandeert. Dus ook als het hoofdbedrijf ten onder gaat, zit het geld in de stichting, dus niemand loopt dan risico zoals bij Bitcoin-24 of vele andere beurzen. Alle Bitcoins in cold wallets, dus niets op de web server.

Ik hou jullie via dit forum op de hoogte als er vorderingen zijn. Voorlopig dus Bitcoin inkoop/verkoop via https://www.bitservicex.com/nl

Groet,

Hallo,

wir sind ein Holländisches Unternehmen aus Amsterdam und bieten über BitServiceX nun auch auf Deutsch Bitcoin Einkauf/Verkauf an.

Einkauf per Giropay, Verkauf per SEPA-Überweisung. Nach Zahlungseingang werden die Bitcoins gleich versendet.

Ich schaue noch ob Sofortüberweisung eine weitere Möglichkeit ist. Da bin ich mir noch nicht sicher zwecks Stornierungen.

Es wird mittlerweile auch gearbeitet an einem Tauschbörse-System (für ganz Europa). Dafür werden wir uns im Endeffekt offiziell beim Niederländischen Bank registrieren lassen als 'Payment Service Provider'. So bald wie möglich.

https://www.bitservicex.com/de

Gerne verbessere ich die Deutsche Übersetzung falls es nicht ganz korrekt ist

["Maru-CC" - Encircle Credit Card]

In the 1960's, a company named Komatsu Limited, wanted to defeat major US bulldozer company Caterpillar in their home market.

Under their slogan 'Maru-C', meaning "Encircle C (Caterpillar)", they succeeded. In the Japanese Go board game, encircling meant to capture your opponent's territory.

So I would like to suggest a "Bitcoin Battle Cry":

"Maru-CC" - Encircle Credit Card

If Bitcoin is the Bittorrent of money, then credit card companies are the new music industry. Let's not wait another decade - Maru-CC!

[Case A: automatic refunds]

Credit Cards provide certain functionality like recurrent billing. This matters from merchants' and customers' point of view. I would like to discuss technical implementation of such features on top of the Bitcoin system. It will make Bitcoin more adoptable by the masses.

The point is to make Bitcoin more competitive compared to credit cards. I'm not arguing for credit cards, just trying to invent Bitcoin workflows. Please help me design the solutions!

Case A: automatic refunds
Use case: merchants sometimes need to provide refunds. A Bitcoin transaction does not include a from address. Although you could do a blockchain lookup to figure it out, I guess. The implication is that Bitcoin cannot handle automated refunds.

Possible solutions: send a refund 'request' via email. Customer needs to enter Bitcoin refund address online. Automated script then processes the refund.

Alternatively, would it be possible to include a return address in a Bitcoin transaction? If so, then refunds could be automated. This is a valuable feature to merchants. Note, this is different from 'reversible' transactions. The merchant only uses the return address to return coins back to the sender via a new transaction.

Another solution would be to ask customers to "please enter your refund address" in case of a refund. Online wallets can play a role too.

Case B: split payments
Use case: the European Union has enacted laws that customers may not be forced to pay >50% of an online purchase in advanced. Split payments, e.g. 50% in advanced, 50% upon receipt.

Possible solution: again, using email. A merchant asks for 50% Bitcoin payment. Upon shipping he sends an email requesting another 50% payment.

Case C: recurrent billing
Use case: imagine dating sites or selling magazines etc. Recurrent billing (like PayPal or credit cards offer) is obivously not doable with Bitcion out of the box.

Possible solution: using email merchants can send periodic payment reminders. Customers would click a bitcoin: URI link to pay.
Perhaps a better solution would be to hold an online wallet from which to deduct Bitcoins.

--

I think online wallets are going to have to play an important role in these scenarios. But then you have a problem: online wallets are centralized systems. It would be better to implement features within Bitcoin itself, to keep the features decentralized.

[account]

My company develops payment plugins for Magento Commerce. I'm about to release a free Bitcoin (JSON-RPC) extension (http://www.magentocommerce.com/magento-connect/catalog/product/view/id/17305/; once approved).

I have a question concerning best practices of accounts versus addresses. In my implementation I decided to use a unique account for each order number. This way I could track using bitcoind getreceivedbyaccount, even if there are multiple address (is possible). So I create a unique address for each payment attempt, stored under a wallet account for the order number.

For example:
- checkout attempt #1: order ABC = account ABC, address 123
- customer cancels
- checkout attempt #2: order ABC = account ABC, address 456 (new attempt, different address, but same account)

The hierarchy is like this:
Bitcoin wallet = Store
 - Account x = Order
   - Address y = Payment attempt

However, order numbers are linked to addresses in Magento. Is this considered a privacy concern?

Can anyone suggest a "best practice" for Bitcoin wallets, accounts and addresses?

Ik heb een Magento Bitcoin koppeling (gratis) gepubliceerd op Magento Connect.
http://www.magentocommerce.com/magento-connect/catalog/product/view/id/17305/
(Zodra deze is approved door Magento)

De koppeling is bedoeld voor eigen Bitcoin wallets via JSON-RPC. Dus bijvoorbeeld bitcoin-qt op Windows of bitcoind daemon op Linux.
Diverse uitgebreide opties. Toont QR code met instructies na 'plaats bestelling'. Automatische status updates, terugkoppeling via Magento's cron.php
Automatische wisselkoers via Bitcoincharts.com weighted prices.

Ik hoop dat ook Nederlandse winkeliers van Bitcoin-betalingen gebruik gaan maken.