This week we put together a Stacker News growth deck. It highlights:
- Some of the growth experiments SN has run to date
- Some of the growth ideas we're considering experimenting with in the future
- How stackers can help grow Stacker News
- Some of the stacker success stories to date
We'd love to hear your feedback on this deck along with any new growth ideas you want to see Stacker News experiment with moving forward.
One important note for context on SN's priorities (as discussed in our Q1 roadmap call) is that our top Q1 priority is enabling new wallet connections, followed by iterating on territory features.
If I'm understanding correctly, to address 'shady connotations' with referral, you are thinking of the feature of donation/or passing it to any stacker.
Referrer: Feel uncomfortable cuz they either dislike participating in such actions (or dislike being seen doing so) solely for sats.
New signee: Finds it shady cuz someone else is making money off her. Is the referrer a fan of the platform or doing it for sats?
Only allowing the referrer to direct the earnings to donation or anyone else addresses half of the problem of the referrer. It doesn't address the 'dislike being seen doing so' part.
Furthermore, it doesn't ease the concerns of new signees at the moment they are making a decision to sign up.
One potential solution is to make it explicitly clear in the referral message that the additional revenue generated from new signees will be directed toward donations. A more formal version of work like https://stacker.news/items/258853)
I know execution-wise, it is more work!
2nd, here is a link to building a referral program. https://www.lennysnewsletter.com/p/this-week-16-building-a-referrals. Seems basic, but further reading part of the write-up may be useful.
Incremental privacy improvement for SN withdrawal invoices
Attach wallets screen looks CLEAN.
Nice job @ek
Nope, none of that extra stuff is needed,.. straight LUD-03 which you have already is fine.
The balance you see in my screenshot comes from the maxWithdrawable tag in the response, literally the only thing in the way is the timeout of the
k1. Fixing this obviates your AUTO-WITHDRAW efforts with the existing neutral spec.Conversely, LUD-19 could be used for "AUTO-FUND" too if desired, but that's redundant to the user just adding their "stackerwallet" lightning address as a source
Day 390 of snailposting everyday 'til BTC hits $100k.
__@_'-'
I feel that. But at some point, I realized: Why do I care so much about pocket change?
So I just calculated the value of my sats in fiat terms (yes, i know but it is how it is) and then decided how much i would like / wouldn't care at all to listen to good stuff for 60 minutes (since it's sats / minute on Fountain iirc). Basically like an upper bound since I probably won't listen to podcasts for 3+ hours per day.
I also love that Darknet Diaries is on Fountain. And since it's not even a bitcoin podcast, I especially want to support it!
On v3 transactions the three ‘unprofessional reviewers” are free to deploy v3-enabled bitcoin infrastructure to back up their reviews with real-world demonstrations as I did invite them to do so before the PR merge.
Time spent reviewing and working on the PR is not a convincing argument. Let’s all remember OP_EVAL.
I’ll let you comment on the “fait accompli” as I’m pointing out in Pieter Hintjens book. Given the technical complexity of the mempool at the very contrary on my side all the discussions should be public. I did pointed out on the original cluster mempool issue (#27677) all the potential interactions with other parts of the ecosystem (miners, LN, L1 on-chain users) that I think the designers of cluster mempools are not completely mastering themselves.
It’s not mandatory to share every crazy idea in public, yes. However with cluster mempools we’re very far from this “soundness” threshold as it’s already been presented in a restrained circle few core dev a while. Why more secrecy about this project ?