It is I, Judah mu

Posted 6 months ago?

Just a thought, what if I sell some stupidly large random number (private key) or corresponding QR picture.  Mere coincidence, perhaps, that a bitcoin is sitting on that private key in a "blockchain" -- whatever that is    The customer can place ~$350 on the table and I hand over the qr code.  What the customer does with that number has no concern to me.  In this case I believe sales tax would have to be charged for the QR code as a consumer good.  Probably only works for in-person trades.

I suppose you meant this: 
https://cointerra.com/acquires-bits-of-proof/

Ah, I actually bought 2 months of Bits of Proof support late last year with the understanding the project would be open source.  Oh well, that sucks.

Pretty suspicious about a bitcoin bank paying out interest.  The bank runs on Cyclos open source banking software, which I have programmed in before, and the site presentation looks like effort was put into it. 

"The decentralized nature of the Bitcoin network makes it impossible for governments to completely shut it down"

Adding "it" completely changes the reading of the sentence.

Yes certainly, especially with sales of digital media.

zero-conf would primarily be used to notify the customer that their broadcast has been received.
Merchant business logic should actually place the order on 4, 5, 6, confirmations or whichever is necessary.

Point-of-sale (i.e., a restaurant) is an interesting case because the double-spender would physically be present while another agent would be elsewhere trying to double spend within the same block, correct?

General Module Diagram



Bridge and Persistence modules can chosen to best match the Merchant's needs and desires.

[Request for Comment]

A generalized and extendable merchant payments system utilizing hierarchical deterministic keys (BIP 32).  

Needs addressed:

• Role-your-own payment systems are often narrowly focused, too technical for typical merchants and/or potentially insecure.
• Consolidation of Merchant Payments via Trusted Third Parties, while extremely valuable at this juncture, runs counter to Bitcoin's Ideals of decentralization and psuedo-anonymity.  TTPs can analyze and store customer IP addresses, associating them with bitcoin addresses, frequency and quantity of purchases.  If a TTP experiences downtime or regulatory pressure, Bitcoin commerce can suffer.

Proposed Solution:
1. A core set of end-use agnostic merchant tools
2. Bridges to specific merchant environments developed and shared as needed.
   With a stable core back-end providing key management and bitcoin network communication, bridge work can focus directly on meeting merchant needs.
   A bounty system can be used to develop special-use bridges.
   Examples: a REST bridge for Android or a Megento bridge with automatic fiat-to-btc conversion.

Core functionality (draft, requesting feedback)

• Public-Key-Only unique address generation upon request using BIP 32.
• Watch-only support for generated addresses using SPV (not 3rd party but also not full-node)
• Callback interface extendable to specific use cases
• Persistence of received payments for reporting
• Configuration

Simplest walkthrough:
a) Core configured with master public extended key and datastore.
b) request for payment of 1btc received (with attached callback)
c) created address returned, SPV watch set on address
d) Zero-conf payment received, callback and datastore notified
   - confirmations subsequently received, callback and datastore notified
e) or, configured timeout time reached, watched address dropped, callback canceled.
f) --later-- audit report requested for all payments received (i.e., over a given timeframe).

Why isn't this already developed? If it is, why haven't I heard of it?

Similar Projects (please supply more):
   acceptbit.com: Uses BIP 32, Http interface, uses blockchain.info for notifications, *can be hosted locally.
   BitcoinSCI (Shopping Cart Interface):  Uses BIP 32, PHP/MySQL implementation, uses blockexplorer.com for watch wallet. BitShop  Web Store package uses BitcoinSCI
   MultiBit Merchant:  In development, full Web Store/multi-use implementation.
   Shopping cart interfaces list at Bitcoin Wiki.

---

project website: bitcashier.org
related Reddit thread
edit: formatting, this is my first bitcointalk post, please be gentle.

Greetings,

I am a programmer, mostly Java. I want to implement the Bitcoin Scholarship idea https://bitcointalk.org/index.php?topic=236772.0. But then I realized I needed a nice donations gateway.  So currently I am working on implementing BIP 32 https://en.bitcoin.it/wiki/BIP_0032 as an open source bitcoin payments gateway. Then I'll role that into a BTC scholarship website (charity). With the BIP 32 donations gateway the private keys could be held by a trustworthy entity such as the Bitcoin Foundation while the website could be built/maintained/operated by yours truly.    -- nice to meet you all!