The BIG ‘dApp idea' thread

#21

I think having TCR is contradictory to having a “a single consolidated calendar” because TCR is selective and any events which are rejected to be on the list are more likely to create their own event calendar. If your main goal is to create “one single place”, then better to scrape all events (which EthereumJesus did during DevCon4 https://twitter.com/bneiluj/status/1052191727593771008.

Interestingly, DevCon5 already have 2 event calendars https://blockchainweek.jp and http://offdevcon.com and we (Kickback and local venue providers) are planning to make our own calendar.
The big motive of why multiple calendars pop up (rather than they coordinate to create one single one) is that each calendar usually want to promote their own events. Having full control of the calendar have better exposure within the calendar.

I think what would be more interesting is to have event DAOs which group like minded event organisers into a single DAO and coordinate together on finding sponsorship , speakers, venues, and also trying to avoid time conflicts (which has a side effect of the DAO itself acting as TCR) . I put more thoughts about the topic on this blog https://medium.com/wearekickback/the-birth-of-devcon5-event-dao-fca71759cd9b which I concluded that we could use Moloch/MetacartelDAO itself.

1 Like
#22

Timestamp
7/29/2019 22:08:23

Email Address
Maximilian.kuck@gmail.com

Your name
Maximilian Kuck

Project description
We want to scale democratic processes/governance via blockchain solutions. We build a sovereign online community/voting/debate platform to organise political events/parties/entities, NGOs, digital labour unions, universities etc. and as a vision: giving every human on the planet an equal voice in governance/political decisions (therefore we work together with democracy.earth, kialo and other non-profit initiatives). We want to build the organisational lobby for the people to give back power/influence and identify their real needs. We base the voting process on the new theory of quadratic voting and liquid democracy.

Concerning the deadline on 07.09.2019:
We are currently developing an use case and MVP for the VOLT party congress on 08.09. therefore using LeapDAO plasma for scaling. We are also going to use quadratic voting as a new way of weighing voter preferences and letting people get familiar with token based community participation. We are going to have a lot of valuable data to collect which we compare to their analog/traditional voting process of yes and no (which is stated as mandatory in their voting manifesto, which might change with the right outcome of this use case).

Current status: Concept

Project deadline: 9/7/2019

How do you plan to utilize Plasma?

Maximize scalability and usability for latency free blockchain voting. Together with the burner wallet we build a pop-up democracy for the upcoming party congress of the VOLT party.

How are you going to promote your project?

We are going to make the first quadratic vote on the public blockchain for a political party worldwide + first quadratic voting in Europe. So far only web solutions in USA and Taiwan (participatory budgeting) has been used. Our team is well connected due to past job positions in communication agencies. Since the young VOLT party is getting hyped by the media at the moment + quadratic voting as a new voting theory + blockchain use-case in general, we already got some interest from big media houses. We are going to place leapdao as a central actor and partner for the technical solution on our landing page and in the media in general.

How many people are in the team?
4-7

Website
naming and LP still in progress

Github profile
https://github.com/project-democracy

How much funding you expect to receive?
5.000 DAI

1 Like
#23

Thanks for sharing your thoughts! Big fan of what you’re doing at Kickback. I saw the app at ETHNY and it was really cool. Would be great to collaborate on the events stuff.

As far as the TCR goes, if the criteria for being added to the TCR is that people think it’s a “high quality event”, then I agree with you that this would cause fragmentation. I was thinking that the criteria should just be that the event is real and is crypto related. If the criteria is sufficiently broad I’m not sure that it would cause fragmentation.

That said I’m sure you’ve thought about this more than me and would be interested in exploring your ideas further. My other thought is that I think this DAO should focus on projects that are as simple as possible. Projects like Kickback that have more time/resources to spend could focus on a larger set of features that are outside the scope of this group. My feeling is that having a single consolidated list of all events is important at an industry level. I would be interested in thinking about how this could integrate with Kickback so that maybe some of these events would use Kickback to do additional coordination and incentives on top.

I really like the idea of the EventsDAO you proposed in your blog post. This could be in scope for us. My intuition says that not all events will be created in this manner though. So I think the idea stands to have a single consolidated list of all events and we should experiment with an EventsDAO / Kickback integration on top as being specific ways to create and manage events.

Does that vibe with your way of thinking?

1 Like
#24

That’s amazing to hear that. Thanks!!

I see, more about removing the fake/scam events.

True. I was thinking of two layers of DAOs.

  1. Child DAO = Very low stake DAO which focus is just list non scammy/fake events.
  2. Parent DAO = High stake DAO which is in charge of raising sponsorship and giving away portion of the funds to handful of projects within Child DAO.

For Parent DAO, the fork of MolochDAO would be ideal as it is specifically designed to raise large amount of money in the secure way (with rage quit as a dispute resolution). For the child DAO, I wonder if there are any existing DAO frameworks (DAOStack, Aragon, Colony) fits the bill or we need custom smart contract.
In addition to these two, each event org could create own DAO to manage their own event fund, but probably multisig contract (like Gnosis) may be sufficient for that.

1 Like
#25

This! There are many quality product ideas/proofs of concept/mvps out there that could expand their reach significantly with some serious, top-notch UX-UI efforts.

#26
2 Likes
#27

This is great. Events DAO would be an amazing fund to spur on community / education projects… a funnel for anyone wanting to support those with less capital than a full sponsorship. Nice candidate for a non-profit legal model as well.

1 Like
#28

Project Name
Komodo

Email
stefanionescu@protonmail.com

Live v1
https://komodo.now.sh/

Description
A rehypothecation mechanism where crypto lenders earn compound interest and the borrowers on the platform pay lower interest rates compared to Compound/Fulcrum/dYdX.

How it’s done
You lend a stable crypto + a volatile crypto and in the background:

  • We lend the stable crypto on Compound/Fulcrum and get back position tokens
  • We combine the position token + the volatile token in a CDP and issue a stablecoin
  • Finally we lend the stablecoin again

Users & problem
Talked with 50+ fiat investors who want to progressively diversify into crypto but don’t like going through Coinbase to get crypto. Instead they invest in the real world and we use their investment positions to generate crypto and give them leverage. Right now v1 is just a mock functionality of how the system will work in production but v2 will have a proper lending/borrowing market and the CDP system to get leverage. v2 will go live in end of December/mid January.

Current progress
Watched 10 people going through the process of lending and borrowing and got feedback for next UI version. Almost finished infrastructure so I can start making the leverage system with volatile + stable coins.

Team
Only one person, previously worked in private credit markets and before that worked on private enclave computation and on a carbon credits system on Ethereum. Github: https://github.com/stefanionescu. Looking for technical teammates who built financial products in the past or know the Maker system inside-out.

#30

I’m curious as to how you would onboard them. Are they making bank transfers via a web app?

#31

I feel compelled to share some of my ideas regarding on-chain design software and a use-case for on-chain music streaming.

All of the dApp projects I’ve found involving music are based around filesharing/streaming and payments associated with these services. Artists upload their songs and get payed in tokens when someone streams or downloads their music. As far as I can tell there is nothing built yet that allows artists to produce music on-chain and then self-publish their work.

I’m imagining a dApptoken that allows users to leverage utility from an asset they posses (like a music production program or design software) whilst also retaining the ability to pass that asset on when they’re ready to relinquish ownership of the asset.

Additionally, for streaming services already established, it could be interesting to design an on-chain DJ program that uses the same dApptoken mechanism and allows DJs to stream music files directly from the blockchain and play/mix any producer’s music in real time at any party/event whilst also paying the producer directly.

Thoughts?

1 Like
🎉 The BIG ‘introduce yourself’ thread
#32

Great idea Mark!

What you are describing sounds very similar to https://audius.co/, who have just recently launched their beta.

Check it out!

1 Like