- Truebit validation in-progress.
- Why Truebit?
- The protocol needs to confirm transcoders are doing their work correctly.
- Truebit is trustless / decentralized.
- Truebit & Livepeer learning about each other's protocols is really helpful.
- We've been running a "private" testnet.
- Now that we're on Rinkeby, we can experiment with more realistic conditions.
- Deployed updated explorer and media player.
- Updated UX process - task flows and wireframing before development.
- Developing a camera (hardware) that's directly connected to Livepeer network and others.
- "Blockchain in a chip".
- Doug suggests taking a look at Grid+.
- Working on Vuwable.
- Simulcasting / OBS replacement.
- Josiah suggests checking out WBS
- Experienced in marketing and would like to help out with that.
- Updating transcoder node with slimmed down ffmpeg. No seperate binaries required!
- It's really nice to get into the ffmpeg "black box". Opens up a lot of possibilities.
- We're official maintainers of Joy4
- Still deciding how to go about maintaining 🤔
- Should start thinking about potential qualitative validation options.
Launching network in the next month. We're not doing an ICO. We're going with a slow rollout via a series of airdrops. Maybe one a month for the next 18 months or so?
- We should consider different ways of giving the user tokens.
- Seperate token pools for offchain distro.
- Distribute via bounties or other methods.
- We could even do even more frequently / ad hoc.
- We have a responsibility to manage the community.
- It's alright if we give incentives to specific groups instead of a free-for-all.
- We can make it clear that X% of the pool is for airdrop and anyone can get that, but maybe Y% can be for various things: bounties, incentives, rebates, etc.
- If airdrops are too frequent, they can potentially be gamed through scripting.
- Interested in thinking about different groups of participants and what people will do once they have the token.
- It's easy to assume people will be self-motivated.
- We already know there are certain groups we want to perform certain actions: transcoders, broadcasters (individual/app/company?), delegators, and developers.
- Focus on delegation and developers for initial airdrops.
- Nice to have flexibility for various mechanisms.
- We can't say exactly how distribution will happen on a timeline.
- Hearing a common thread that we want multiple pools and mechanisms
- Seperate pools does introduce a tradeoff of totally decentralized vs centralized/organization-steered distribution.
- But the tradeoff could be worth it.
- It's worth discussing how to be as decentralized as possible even with seperate pools
- Decentralization is one of our core values.
- Tokens are going to humans that will be part of the community, help it grow, and ultimately, make it valuable.
- Some small amount of initial centralization for distro is probably okay if it means we can build that strong community we need.
- Also good to keep viewers/end-users in mind, even if we don't have a token pool for them
- Q: How would you exchange LPT for another token?
- A (Doug): Solutions are being created (0x decentralized exchanges, etc). It will probably be solved at the application level
- Eric - Barcelona, Scaling Now workshop
- Chris - Berlin, Ethereum meetup
- Doug - Toronto, EDCON
- Josiah - Berlin, Livepeer Hackathon
We should look into video meetups and events, especially in ones happening in town!
Thanks for notes, Josiah~