.

[Enables donations to be made from any BIP70 wallet]

I want to improve Bitcoin crowdfunding!

In short here are the problems with Bitcoin crowdfunding via Lighthouse currently:

• Can't "refund" with any sort of automated confirmation back to the pledgers
• Campaigns can't expire or be cancelled
• High minimums on amount you can pledge (often $20 or more)
• Limits on contributors (684 max, many Kickstarter campaigns have over 1000)

My proposed solution allows:

• Enables donations to be made from any BIP70 wallet
• Supports timeouts and canceling projects
• Prevents double spending pledges
• Supports partial refunds
• Supports any number of contributors
• Has no minimum amount requirement
• Allows contributions past campaign goal

I'm seeking feedback and suggestions. Let me know if you are interested in seeing this developed or if you think it's awful!


Full proposal. Warning: Long and boring read

https://github.com/vinumeris/lighthouse/issues/196

One "Disadvantage" to larger block sizes is that miners want to squeeze their blocks onto the network as soon as possible, and larger blocks cause them to orphan more. I was talking to Luke-Jr about IPv6 multicasting, and I was disappointed to find out that in the real world it looks like that won't be happening. But after some thought I realized we can virtualize it with just a fast superhost that turns Unicast into "Virtual" Multicast (by proxying unicast connections) i.e. what happens naturally during block propagation

https://www.reddit.com/r/Bitcoin/comments/3fdvx7/discussion_what_ipv6_means_for_bitcoin_and_the/ctods5w?context=5

Basically instead of doing this:

1. Miner New Block -> Peer 1 (1 MB, 1 second)
2. Miner New Block -> Peer 2 (1 MB, 1 second)
3. Miner New Block -> Peer 3 (1 MB, 1 second)
4. Miner New Block -> Peer 4 (1 MB, 1 second)
5. Miner New Block -> Peer 5 (1 MB, 1 second)
6. Miner New Block -> Peer 6 (1 MB, 1 second)
7. Miner New Block -> Peer 7 (1 MB, 1 second)
8. Miner New Block -> Peer 8 (1 MB, 1 second)

= 8 peers in 8 seconds, 1 peer / second after that (+ P2P exponential peering)

Let's do this:

1. New Block -> "Virtual Multicasting Superhost" (1 MB, 1 seconds)
2. "Virtual Multicasting Superhost" -> Peer 1 (1 MB, .1 second concurrently)
3. "Virtual Multicasting Superhost" -> Peer 2 (1 MB, .1 second concurrently)
4. "Virtual Multicasting Superhost" -> Peer 3 (1 MB, .1 second concurrently)
5. "Virtual Multicasting Superhost" -> Peer 4 (1 MB, .1 second concurrently)
6. "Virtual Multicasting Superhost" -> Peer 5 (1 MB, .1 second concurrently)
7. "Virtual Multicasting Superhost" -> Peer 6 (1 MB, .1 second concurrently)
8. "Virtual Multicasting Superhost" -> Peer 7 (1 MB, .1 second concurrently)
9. "Virtual Multicasting Superhost" -> Peer 8 (1 MB, .1 second concurrently)

= 8 peers in 1.1 seconds, 80 peers / second after that (+ P2P exponential peering)

For those with slow network, using a proxy like this can reduce orphan rates.

As for costs, I'm sure many of the big name bitcoin companies would gladly pick up the tab for a chance to be the first recipient of new blocks.

To be 100% clear here, this is what I'm proposing:

1. Allow miners to add custom peers and have them prioritized when broadcasting blocks
2. Build/Find and advertise super peers that are able to broadcast blocks quickly

I wanted to post this here in case anyone was interested or have some thoughts they'd be willing to share: https://www.reddit.com/r/Bitcoin/comments/3fdvx7/discussion_what_ipv6_means_for_bitcoin_and_the/

Here's my list for posterity:

[Con] Bigger headers
[Con] Possible Privacy issues
[Con] Possible Security issues
[Pro] DHCP not required (SLAAC may be used instead)
[Pro] Faster Headers
[Pro] Multicast Support
[Pro] NAT issues disapear, IPv6 Bitcoin nodes can accept incoming connections

It's time to accept Bitcoin price fluctuations aren't going anywhere. Even look at the value of gold over history, its value was constantly changing.

We tend to use the dollar or euro as the standard of value, but how stable is that really in terms of value?

What if we invented or chose another unit of value as the standard? Like the consumer price index, or the average cost of an hours worth of human labour.

Then we could denote prices in that instead and communicate prices to people across the globe without worrying about Bitcoin or dollar price fluctuations.

[-> Remember kids grow up. <-]

Hear me out, it's just an idea... (continuation from this)

Inspiration: https://usbank.visabuxx.com/

Kids i.e. ~13-18 year olds. Old enough to want to spend money online, too young for their own credit card.

Some parents want to give their kids a way to spend a small amount of money online without giving them a credit card or debit card. Bitcoin is:

• completely anonymous (read: safe)
• has strict spending limits (can't spend more then you have)
• has no monthly fees
• is accepted at (some) online merchandisers (parents might like the idea that it's limited).

Kids can spend money securely through a program on their computer (maybe a dumbed down version of electrum).

Kids can buy the latest humble bundle for example without having to ask their parents.

It makes since that you have to convert money into kid money. It doesn't make since (for the average person) to buy bitcoins to shop at newegg. You could have just used your credit card and skipped a step and saved time.

I know this might propigate a bad image for Bitcoin (i.e. it's kid money) but I don't think that would kill it.

-> Remember kids grow up. <-