Problem: Deliver a high level solution for a video sharing platform that best monetizes content for the content creator (widest audience, most views, maximum discovery, micro pay-per view). It must do it with the least amount of risk from de-platforming.
Proposed Solution:
A hybrid solution with functionality delivered in three subcomponents, each utilizing its own strength:
-
using a blockchain
-
using non-blockchain/non-3rd party (your own website and database)
-
using centralized 3rd party services
The 3rd party component is time limited as the solution is built and as it scales with more content.
The functionality breakdown in each area would be as follows:
1. Build on Blockchain (could be permissioned or public)
a. User signup, subscription, user profile, account information, current status, user metrics, etc
b. Audience building and retention functionality
c. Affiliate program for discovery
d. Monetization functionality - Potential for future micropayment for non-free content through smart contracts (i.e. fiat, BTC, ETH, ERC-20 tokens, etc)
-
receive payment from subscribers for non-free content
-
receive payment from advertisers
-
receive payment from super chat
-
make payment to chat and comment moderators
-
make payments to subscribers (rewards user for watching videos, learning, contests, etc)
-
make payments to nodes, affiliates, others for bringing traffic/audience they bring that sign up as subscribers
e. payment functionality (fiat, BTC, ERC-20 tokens, etc)
f. Analytics for the blockchain and internal reporting of financial transactions
This functionality is best done on a blockchain because it is the information that is most valuable and strategic to a business. A business wants to own its customers information and control all financial payments. Building this portion on a blockchain eliminates rent-seekers and censors like YouTube.
2. Non blockchain/non 3rd party*
a. website for the video hosting business (maybe IPFS)
b. Host video streaming service using cloud database on the back end but only when critical mass reached (need the finances to pay and build the services and enough audience to justify it first)
c. Integration with the blockchain functionality
d. Indexing and search to help user find the videos they want to watch.
d. Analytics.
This is best done on your own website and cloud database because it is also strategic - it is your actual content! You need performance and the ability to scale and a cloud database will do this the best at the least cost. Admin permission (CRUD) for database can be granted if necessary.
For cloud database think Azure, AWS etc. They will not know what is being served and assumption is they will not censor. This is technically a 3rd party solution but otherwise you have to spin up your own data hosting.
3. Centralized - through 3rd party
a. Video hosting for initial business start up for a limited time period (determined by Analytics in #4 below)
b. Use the standard chat and other streaming service features provided.
c. Video search and discovery - market your new business and content on popular 3rd party sites until you build a name and reputation that you can go alone.
d. Analytics - use 3rd party analytics to study your audience growth. End the live streaming and playback with the 3rd party when critical mass is reached (after a period of parallel hosting on both).
The 3rd party component is not integrated with the other subcomponents since it is not in the control of the content creator. Itâs use is time limited until critical mass is achieved and then all content should be deleted and account closed so as not to create two competing channels. This forces the audience to your own site and so timing and readiness is critical as this step cannot be undone.
Summary
I am sure there are many gaps in this solution so feel free to improve. I donât think it will be very easy to move away from 3rd party sites anytime soon.