Skip to main content


PostBump™ is an idea for an app that would enable blog readers to incentivize blog authors by trading PostBump™s of free licensed blog posts they appreciate, for bitcoin.

This would give readers a new opportunity to strongly influence authors to make available more of the kind of content the readers like. This would also provide authors a direct way to earn bitcoin for their work in posting that kind of content. This idea aims to help vastly improve the quality of desirable content freely available to the general public.

The Link: A PostBump™ would consist of a little link contained in the actual blog post. The blog author would use the app to get the unique link for each new blog post. Then, the reader could follow the link to use the app to trade the PostBump™ for bitcoin.

Trading: Traders could buy and sell shares of the PostBump™, somewhat like stock in the stock market. The author would start out owning the shares, and the author would set the initial asking price. The first traders would buy original shares from the author.

Bitcoin: App users could use bitcoin to buy and sell shares.

Authenticity: Before allowing an author to offer shares for sale, the app would require the author to verify the PostBump™. To verify, the author would submit the URL where the content, including the PostBump™, was available. At this point, the app would verify the content included appropriate notice that it was licensed under the CC BY-SA license.

Other Ideas:
  • This app could start with blog posts then expand into other things (music, videos, software)
Note: PostBump™ is an MVP (Minimum Viable Product) for Dev Cloud, another idea on this site.


Popular posts from this blog

Shared Project Manifesto Version 2

Contents:IntroductionLaunchTradeRewardDevelopVoteHarvest 1. Introduction IP (Intellectual Property) is a great asset but it is hard to produce well. We hypothesize that a market to facilitate shared projects would make it easy to produce IP better.

The market contains projects. Each project has one admin and a number of traders and developers. One user can have any combination of roles at the same time. For example, a user may be an admin and also a trader, or a trader and also a developer. ProjectsUsersAdmin: Provides ideas in exchange for controlTraders: Provide incentives in exchange for growthDevelopers: Provide IP in exchange for incentives 2. Launch When somebody came up with an idea for an IP product, they could create a project for it on the market. That person would be the admin.
The market would record the time the admin launched the project. That lasting record could provide for the admin to claim credit for the project idea, on a first-come, first-served basis. This recogn…

Contact Codes Lite™

CCL (Contact Codes Lite™) would be a software product to help people exchange many kinds of contact information much more easily. CCL would do this by providing users with relatively simple contact codes. The users could distribute the codes to many people in many ways. Then, a person who received a contact code could use it to retrieve the original person's contact information through CCL.

For example, many people still exchange business cards. Retrieving various information from the cards can be time consuming and error prone, especially when there are many cards. Also, when somebody updates their information, the information from the card is no longer valid.

Other good examples for usage of contact codes include:
On a slide in a presentationIn email signaturesOn name tagsIn applications that provide limited space for profile informationWhenever you want to provide easy access to many different contact options without listing each
The main thing that would make CCL different from…

Fog Machine

Fog Machine™ (named because fog is like a cloud, on the ground) is a software product to provide cloud services to customers without a cloud service provider. The problem with the traditional cloud is that it requires a provider. Fog Machine™ would run cloud "nodes" in idle system resources on ordinary user's devices. This would be a peer to peer system in which each connected device would be a peer.

It would support standard cloud APIs (perhaps Cloud Foundry?) and it would be easy to port cloud apps to it off providers such as Google cloud, Azure, or AWS--or maybe it would be effortless for apps that were already portable through compliance with open standards.

We might use encryption for privacy, redundancy for reliability, and remuneration/incentive for resource consistency. The showstopper (critical assumption) is that the synergy would be sufficient to significantly surpass the overhead, and provide competitive performance for at least some types of cloud applicat…

Please Comment

Have you ever heard of a similar idea? What challenges might an idea run into? How might you like to be involved? Comment to add your voice to each idea.