Project Description
Huddle01: We are building a demand-first
DePIN dedicated to accelerating digital connectivity with highly optimised, low-latency data routing for distributed systems.
With 2000+ nodes already live and more than 100K Mbps of bandwidth contributed on the supply side, the DePIN has also clocked in ~ 74 million minutes with consistent demand from apps like FanTV, FarHouse, Huddle01 Meet, and other clients like Unlock Protocol.
Huddle01 Meet: Huddle01 Meet is your go-to hub for video conferencing, audio spaces, and live streaming. Whether you’re a professional looking for a personal meeting hub, a community looking to host their weekly AMAs, or a YouTuber looking for compact tooling to host your streams, Huddle01 Meet lets you do it all without juggling countless apps.
Networks - Features support on Arbitrum, Polygon & Mainnet
SuperTokens Used - NA
Total Superfluid Volume - NA
Product Metrics
Huddle01 Meet
Total Users on Huddle01 Meet: 90k+ Users
Total Platform Participants Minutes: 73+ Million Minutes
Total Meeting Count: 216k+ Meeting Hosted
Current Avg Daily Active Users (Huddle01 Meet): 9k+
Huddle01 Testnet
Total Active Wallets on Huddle01 Testnet: 90k+
Total Txns on Huddle01 Testnet: 1.7Million+
People are using it for their 1-to-1 calls with integrations like Gcal & Cal.com.
DAOs and Events
KPI to be incentivised by SUP
Tipping streams during the meeting in Huddle01 Meet Platform
How does the project use Superfluid? (e.g. deep integration, uses SuperTokens …)
Current State
At Huddle01 side, we are live with our DePIN Testnet with 1.7Million+ txns on our testnet
Node operators are providing over 100k Mbps of bandwidth, which powers the meeting over Huddle01 Infra(SDKs) and products like Huddle01 Meet & Farhouse.
For the course of testnet, we are planning to launch the Meet-to-Earn campaign, where people earn HP points based on the minutes they spend on the platform.
What is Meet-2-Earn?
Meet-to-Earn incentives users for participating & hosting video meetings, livestreams, & audio rooms on Huddle01.
Meet-to-earn Dynamics
Providing HP (Huddle01 Points) based on minutes spent on Huddle01.
1 minute = 1 HP
Eligibility: Minimum two people on meet spent at least 10 minutes.
How does Superfluid Stream to Earn fit in it?
During the meet-to-earn season, we aim to introduce tipping in the meeting.
Tip will more like
5 dollar tip
10 dollar tip
15 dollar tip
Custom amount
It essentially allows the participant to provide incentives or more like streams based super chat during the meet.
Tip get streamed at a particular fixed rate like 10 cents/minute
What’s in it for the user?
Users earn HP points based on how much time they spend in meetings.
Hosts can receive tips from their audience during the meeting.
Users who tip may get extra SUP rewards based on how much they tip.
Mitigate Farming
Enable the SUP reward for whitelisted users at the start
The first set of whitelisted users can be:
Delegates from the SUP DAO
Huddle01 Media Node Key Holder
Huddle01 Pro License Holder
Partner communities of Huddle01
Partner communities of Superfluid
Observe the behaviour related to farming & tweak things accordingly
The TipStream idea is intriguing. Feels like this is at the ideation stage currently? I think it would help to have more details with respect how it would work, with mockups, flow diagrams, etc.
Generally speaking, seems like it could be an interesting stepping-stone towards stream-to-join meetings (webinars, AMAs, etc.).
We plan to bring the tipping feature support for multiple chain, but for this scope we will start with a single chain tipping.
We will setup embedded wallets for the people who onboard to our huddle01 Meet and in the dashboard section huddle01.app they will be able to fund their wallet or in-app during the meeting in tipping section.
We are planning to use a privy for creating in-app wallet & provide a utility to add funds on the go
User Flow
Tipping button in the bottom right
Clicks on it, a sidebar opens us with already loading the mapped embedded wallet.
User select the token to tip: USDC or ETH
We use universal bridge or Lifi APIs to convert into streamable tokens
User click on the send, take approval and on the confirmation tipping stream start
I appreciate the details added from the first time I saw this post. Using streams as “temporal micropayments” could be a great Superfluid use case if the friction is low enough. This concept is like a more granular intro.co. Couple questions:
Are HP (Huddle01 Points) offchain? If/when they are tokenized, launching as a pure Super Token would allow them to be streamed natively.
Will you have discrete ($5, $10, etc) and streaming tips? I read the following bullets as offering both, but it’d be great to standardize on streaming.
gm @graven, Thanks for taking out time to go through the proposal.
HP points are offchain at the moment, they will be converted to HUDL token later at TGE (at certain conversion)
That something we have changed in new design so, it can be any custom value and we can decide to have a fixated stream amount like 50cents/minute or x cents/minute so the total amount get streamed at that standard rate
You should consider launching HUDL as a pure Super Token when that day comes, imo. It’s a game-changer for streaming UX and opens up integration options.
Especially with relatively short streaming periods (minutes instead of days), I’d steer toward making the start/stop stream manual, but frictionless (e.g., ending the call = closes the stream) rather than orchestrating the scheduling for a percise amount (i.e., $5.00 via a $0.50/min stream for exactly 10 min—timing & buffers are hard). I don’t mean to armchair product design, but I’m glad to connect anytime as you get more involved with the Superfluid ecosystem!
I would love to see an integration happen on huddle01. I’ve used the product myself, and we’ve used FarHouse too in the past.
I think what @graven and @markcarey mentioned about having “pay to enter” video calls will eventually be what this morphs into, and I’ll all for it.
IMO one of the largest hurdles with this plan at the moment, in terms of tipping per-minute, is the way Superfluid’s buffers work, as alluded by @graven. you can read more about it in our docs.
At present, in order to start a stream of 1$/hour, a user would need to have 4$ in their wallet which they won’t be able to spend, will be locked into the protocol, and will be at risk if the user doesn’t close their stream.
I have a feeling this could be potentially abstract (especially if you are using embedded wallets) and actually maybe it’s not a big deal. You could potentially display this to users very clearly too.
My main concern is that the proposed usecases, i.e. 0.1$/minute, seem to ignore the fact the user would need to lock up 24$ for this to work!
In light of this, I’d love to see this usecase developed while keeping this into consideration and offering a reasonable UX workaround (For example, lending the user the money for the buffer).
yes, so there seems to be bit misunderstanding.
Initially our plan is not tip-to-attend call or tip-to-connect, it’s more like a superchat kind of thing where while you are in the meeting you can send X amount to host.
Now that X amount get streamed to host at certain fixed stream rate ( which we decide in this scope)
So it will be like user A hosting a call and there are people attending the call
like user B1, user B2, user B3, … user Bn
Now anyone can send a superchat to anyone, which will be streams which they in meeting itself
Even if the meeting end in between they can go to huddle01.app ( their personal dashboard) where they can see on going stream and choose to cancel or continue
So, it’s more like everyone have earning opportunity based on their contribution in the meeting
For the SUP rewards, we will have a list of whitelisted users only stream from them will be eligible for reward and later we keep tweaking the eligibility based on community and product feedback
would love to hear your thoughts on this detailed flow description @graven@markcarey
