degenrocket

Privacy maximalist. Lightning minimalist. FOSS only.

Developing a signer-agnostic protocol-agnostic decentralized social media commons: https://degenrocket.space

Public Key

npub1kwnsd0xwkw03j0d92088vf2a66a9kztsq8ywlp0lrwfwn9yffjqspcmr0z

Profile Code

nprofile1qqst8fcxhn8t88ce8kj48nnky4wadwjmp9cqrj80shl3hyhfjjy5eqg2j70yx

Author Public Key

npub1kwnsd0xwkw03j0d92088vf2a66a9kztsq8ywlp0lrwfwn9yffjqspcmr0z

Show more details

Last Notes

2024-01-11 20:04:28

- reply

Update: the winning prize for the first Nostr hackathon has been fully paid. Thanks Hard Yaka, nos.social and rabble for holding NosTropical and supporting the ecosystem.

2023-11-27 21:38:44

- reply

A user doesn't have to click through multiple categories. There are various implementations, but here is one of the designs. I believe, we've already discussed it during a hackathon.
Each event has only 1 category. Let's say, Alice labeled her event as 'memes'. When you see her event on the timeline, you will also see that it belongs to the 'memes' category. You can then adjust e.g. with a horizontal slider the amount of 'memes'-related events you want to see from Alice.
By default, all categories for all authors will be at 100%, but if you want to reduce the amount of 'personal'-related and 'finance'-related events from Alice, you will change the slider for such events to e.g. 20%, while keeping all other categories, including your favorite 'memes'-related events at 100%.
For better UX, clients can implement 'show more of similar content' and 'show less of similar content' buttons right near the events. The button to show more of similar content should be hidden if the category is already at 100%.
Filtering can be done a client-level to reduce the amount of additional NIPs.
We can also use other values/labels for the category slider like 'hot', 'rising', 'all'.
Now the question is how to filter out which 20% or 'hot' events from Alice should appear on your feed?
On Reddit-like decentralized social media platforms like DegenRocket it's very easy to implement such filtering because each category (e.g., DeFi, Privacy, All) is essentially a subreddit, which can be filtered by the amount of interactions (likes, dislikes, etc.) the event/post has. Voting manipulations though Sybil attacks can be mitigated by implementing whitelists or by token-gating your instance.
On Twitter-like decentralized social media platforms like Nostr this can be implemented in a similar manner, but interactions will only count if they were submitted by users you follow in order to protect from Sybil attacks.

2023-11-01 04:37:48

As #nostrasia starts, it's important to remind us that Hard Yaka didn't pay hackathon prizes for the first Nostr hackathon, which took place 6 months ago following the Nostrica conference. Please vet your sponsors carefully to avoid giving the Nostr community a bad reputation.

2023-11-01 04:07:58

DegenRocket added support for Nostr private keys via browser extensions like nos2x and Flamingo, becoming the first social media platform to simultaneously support different protocols (Nostr and DMP) and different private keys (Nostr and Ethereum) in accordance with the Signer and Protocol Agnostic Social Media (SPASM) specification.
Since the 'nostr-tools' npm library doesn't allow signing of arbitrary messages, extra values were added as tags to make Nostr events compatible with the DMP protocol such as the MIT license, spasm_version, spasm_target, and spasm_action.
The new Nostr functionality can be tested at two instances:
https://degenrocket.space
https://vid.simplifiedprivacy.com
Signer and Protocol Agnostic Social Media (SPASM) specification:
https://github.com/degenrocket/spasm

2023-11-01 02:04:00

Nostr relays and clients are vulnerable to legal persecution due to distribution of copyright-protected content. It's important to prepare to survive in a very hostile environment as Nostr grows too big for adversaries to ignore.
Adding an MIT license to each Nostr event is one of the solutions. Join the discussion for NIP-110: MIT License.
https://github.com/nostr-protocol/nips/pull/857
The MIT License is currently added to all Nostr events as a tag on DegenRocket instances, you can test it out with nos2x extension at:
https://degenrocket.space
https://vid.simplifiedprivacy.com

2023-08-20 06:19:12

Both frontend and backend of DegenRocket are now open source, so you can run your own instance, allowing your users to sign messages with an Ethereum private key.
https://github.com/degenrocket/
Further steps towards censorship-resistant decentralized Signer and Protocol Agnostic Social Media (SPASM) should be:
- support for alternative private keys (Nostr, GPG, Hive, etc.),
- support for alternative protocols (Nostr),
- interoperability between instances,
- token-gated communities,
- move to a decentralized code sharing platform.
Send a message to 'degenrocket' on Session if you need help with setting up a server.

2023-08-01 21:27:30

# ORC-69 The Session X Coin (SEX)
## Terminology
OPTF - the Oxen Privacy Tech Foundation is the Australia-based organization behind Session, OXEN, and Lokinet.
Coin - a native asset of the blockchain (SEX, OXEN, XMR, ETH, BTC).
Token - an asset built on another blockchain (SENT, UNI, PEPE).
SENT - the Ethereum-based layer-2 token (ERC20) proposed in ORC-8 by the OPTF.
SEX* - the rebranded OXEN privacy coin within the ORC-69 design.
SessionX - the codename for the integration of SEX into Session.
*Note: It's important to mention that in the ORC-69 we will refer to network's native coin as SEX to easily distinguish it from the SENT token (ORC-8). However, the ORC-69 can be applied to OXEN without any meme-themed rebranding. In other words, the OPTF team or the community can implement the changes outlined in the ORC-69 proposal while keeping the OXEN name of the coin unchanged.
---
## Intro
The Oxen Privacy Tech Foundation (OPTF) decided to move towards new ERC20 token SENT amids KuCoin's delisting of OXEN. Since KuCoin was the only exchange with somewhat meaningful trading volume, the project ended up in the situation when its flagship product Session is growing rapidly, while the backbone coin of the whole ecosystem is falling off the cliff.
Issuing Ethereum-based token SENT is only one of the possible solutions, so in this crucial moment it's important to evaluate various alternative paths to save the project.
Session, unlike other proprietary close source centralized web2 messengers, is a fully open source product with decentralized infrastructure based on various forks like Signal and Monero, so in the worst case scenario the community can always create another fork like it often happens in the open source world. OPTF-led and community-led versions can harmoniously co-exist together, targeting different audiences, and even have compatibility between networks and clients since we don't have to solve the double-spend problem when exchanging messages.
---
## Problems
### OXEN tokenomics cannot support the growing Session network
For a few years the whole network was running on the money of investors, but that can't last long since the market cap of OXEN is already very low and soon there will be not enough liquidity to absorb the selling pressure of node operators, who are constantly selling rewards to cover the losses from staking an inflationary asset. In other words, a drastic change is required to save the sinking ship.
### OXEN investors are screwed
While many cryptocurrencies have significantly dropped in price since all-time highs of the previous bull market, they have partially recovered in the last few months. OXEN, on the other hand, has not only lost 98% from its all-time high, but is also trading at its all-time low.
### Not enough resources to develop a privacy coin
The OXEN team doesn't have enough resources to focus on the privacy coin in order to stay competitive in the privacy ecosystem. Low activity on the OXEN network leads to degraded privacy due to limited anonymity set. I.e., less users equals less privacy.
### Regulatory pressure on privacy and the freedom of speech
Many exchanges have been lately forced to either completely delist privacy coins from their platforms or to restrict access to such coins to users from certain jurisdictions. Open source privacy protocols and mixing services have been sanctioned (Tornado Cash, Blender), developers and alleged maintainers have been arrested (Alex Pertsev, Roman Sterlingov).
https://setalexfree.nl/
https://www.torekeland.com/roman-sterlingov/
---
# Solutions
## Privacy by default.
In the ORC-8 the OPTF team proposed the creation of ERC20 token SENT on the transparent layer-2 scaling solution of the Ethereum blockchain, which means that users will have to be knowledgable enough to use XMR -> SENT bridges or various privacy protocols in order to preserve their privacy.
That approach will mean that the vast majority of users will not have default privacy, but would rather be identified since most of them will use either fiat-based payment methods or tokens acquired from KYC-ed crypto on-ramps in order to buy ONS usernames, unlock Session Pro features, buy stickers, etc. In other words, while advanced users will still have an option to use Session in a private way, the majority of people acquiring ONS usernames will be doxxed, similar to how other centralized messengers require users to sign up with a phone number, which for most users is attached to their identity.
What's even more scary is the precedent of sacrificing privacy for potential funding, which can lead to serious consequences in the future. For example, if Session node operators will be rewarded for running the infrastructure with transparent ERC20 tokens, it will be easier to deanonymize them. That will make network participants more vulnerable to coercion from adversaries, opening the door for potential censorship in the future. Session node operators can also be coerced to store all relayed messages following the 'harvest now, decrypt later' strategy.
The OPTF team used the privacy community to bootstrap its product by promising the most private non-p2p messenger on the market, so it's important to try to keep the network alive without compromising on the core values of the community. Dropping privacy by default would allow regulators to go after a few privacy folks instead of the whole ecosystem. As countries across the world are rapidly moving towards the 1984 future, there is, obviously, a chance that regulators will decide to nuke the whole project, but that will involve much higher reputational risks than outlawing various privacy plugs like it happened with Tornado Cash or Blender. If Ethereum and Bitcoin were private by default, then regulators would not be able to sanction these blockchains without risking being ousted for overstepping authority.
Thus, all the solutions to save the network should preserve privacy by default.
---
## Handling regulatory pressure
Regulatory pressure can be mitigated by:
- moving to friendly jurisdictions,
https://www.theguardian.com/technology/2018/dec/08/australias-war-on-encryption-the-sweeping-new-powers-rushed-into-law
- working with bridges that focus on privacy coins,
https://kycnot.me
- hiring the ETH-XMR atomic swap devs to work on SEX,
https://github.com/AthanorLabs/atomic-swap
- funding anonymous/pseudonymous code contributions via bounties,
- developing mechanisms to bypass Google Play and App Store (in the worst case scenario, the iOS support might be dropped since it's hard to install a censored app without jailbreaking an iPhone, so the focus should be on the Android-based phones).
---
### SENT monetization strategy
While this proposal is focused on SEX, it's important to briefly mention other possible approaches to save the network.
The OPTF proposed a highly complex system with additional Ethereum-based layer-2 ERC20 token SENT that includes reward pools, snapshots, and monetization of the Session product via selling ONS usernames, Pro features, and "Network Enterprise" and "Session Enterprise".
Let's briefly look at various issues that such a strategy can create:
#### Not enough revenue
I doubt that charging for ONS usernames and Session Pro will generate enough revenue stream to sustain a highly decentralized infrastructure.
#### Dependence on Google, Apple, and the banking system
Another serious issue is that bypassing Google Play and App Store by selling premium features for SENT or other cryptocurrencies won't work due to strict policies of Google and Apple stores. We've already seen how these corporations banned the apps that tried to bypass their payment systems or coerced them into removing such options with Fortnite being the most famous one, and zaps (bitcoin tipping) within iOS Nostr client Damus being the latest example.
https://fortune.com/crypto/2023/06/13/apple-web3-social-network-damus-app-store-bitcoin-tipping/
Relying on Google's and Apple's in-app purchase mechanisms and fiat-based payment methods as the main revenue stream will put not only the OPTF, but the whole decentralized network in full dependence on the fiat-based traditional financial system and two regulated centralized corporations. Thus, regulators and these corporations would be able to turn off the revenue stream and destroy the network during vulnerable times. In that case, Session would have to rely solely on investors buying the SENT token, but that strategy can only work during the bull market.
Side note: please correct me if I understand it wrong, so I can edit this section.
#### Easy to coerce to drop support for privacy coins
Even if privacy-focused payment options like Monero will be accepted for ONS and other premium features alongside with transparent payment methods, such privacy options will probably represent a small portion of the total revenue. That will make it easier for regulators and corporations to coerce the OPTF team to completely drop support for privacy payment methods as it's currently happening with centralized exchanges, which don't want to fight this battle since the majority of trading volume and trading fees come from transparent tokens and coins.
#### Potential dependence on VCs
Of course, as the OPTF tries to give up on a privacy coin and unlock an easy access to Ethereum's liquidity, they might attract VC money, but that will be a temporary solution that will come with many strings attached, rather than be a long-term sustainable solution.
#### Potential dependence on big regulated companies
The ORC-8 didn't provide much details about "Network Enterprise" and "Session Enterprise", but I assume that these revenue streams will not prioritize privacy and censorship-resistance. That would also increase dependency on the big regulated companies, adding more attack vectors.
#### Reliance on a centralized entity to distribute rewards
Lastly, Session node operators would have to rely on a centralized entity to convert collected funds into SENT and then send them to the rewards pool, which opens the door for all sorts of problems.
---
### Increase demand for SEX
Instead of creating a new transparent token with complex tokenomics and centralized choke points, the ORC-69 proposes to focus on increasing demand for already existent privacy coin OXEN (called SEX in this proposal) by working on 3 major aspects of the asset: means-of-exchange, store-of-value, speculation.
Overview:
- SEX must be integrated into the Session app.
- All Session node operators must be rewarded with SEX.
- SEX must achieve a high market capitalization to protect the network from well-funded adversaries.
- SEX can stay inflationary (like current OXEN) or become deflationary via various burning mechanisms.
- The final coin ticker symbol can be SEX, DAST, SENT, OXEN, or something else.
---
### Means-of-exchange
The best approach to significantly increase demand for SEX is to focus on the utility of SEX.
As more companies from Telegram to Starbucks go into the money business, people will get more accustomed to transferring funds inside non-financial apps. There is a great value in having one easy-to-use app for private communication and private transactions. Over time Session can become the non-dystopian privacy-oriented version of the Chinese WeChat super-app, something that Status.im has been working on for years.
---
### Store-of-value
If people will use SEX on daily basis, they will get used to storing some SEX overnight, meaning that SEX will slowly become the store-of-value. (Starbucks model)
If people will know that they can buy certain goods and services only with SEX, they will become comfortable accumulating SEX. (Monero model)
If SEX achieves high market cap, the community will be able to hire a PMC to convince other communities to use SEX. (US dollar model)
---
### Speculation
Rebranding is an optional step, which can be explored if other methods to save the network won't work.
If OXEN will rebrand its ticker symbol to meme-themed SEX, then that will unlock the whole new stream of investors.
The coin can go viral on TikTok-like apps and attract a lot of speculative attention from younger retail investors during the bull market since, unlike other memecoins, SEX will have strong utility and a product with millions of users. For the comparison, PEPE was launched 3 months ago and has the market cap above $500 million with no product and no utility, while OXEN was launched 5 years ago and has the market cap of around $4 million, while providing infrastructure for the most private messaging app on the market with millions of downloads. The market cap of TURBO, a memecoin created with ChatGPT by an artist without any coding experience, is twice larger than the market cap of OXEN even after losing 97% from its all-time high.
The amount of memes is infinite, here are a few ideas to play with:
- SEX me!
- Join the SEX team.
- Choose SEX, not CEX.
- Download Session and get SEX tonight.
- Session rewards developers with SEX. We're hiring!
Since at the start SEX will not be available on most centralized exchanges (CEX), that will push new investors to install the Session app in order to get SEX with just a few clicks using in-app bridge integrations (more on that in the SEX bridges section). Users should also be suggested to join the dedicated public SEX group, increasing the chances of them starting using the app for communication.
Side note: I've personally introduced many friends to Session over the last few years, but it's a big challenge to motivate them to keep using the app when you're literally the only person they interact with using the app. Things would have been much easier with the SEX group, where people can get a daily dose of sex-themed memes.
- They came for SEX, but stayed for memes.
---
## Integrate SEX into Session
### High-level overview
Now the most important part is how to integrate SEX into Session, giving users an opportunity to easily send messages and transfer value in a private way within one app.
The infrastructure for this feature is already in place, but the pieces of the puzzle have to be put together in very UX-friendly way.
- The SEX wallet should be integrated into the Session app, so synchronising the client will retrieve all new Session messages and SEX transactions.
- Session and SEX private keys should be derived from the same entropy, allowing users to save only one mnemonic seed phrase.
- Users should be able to send messages and SEX to the same ID or a username.
- Users should be able to send SEX to each other within the chat window.
- Users should be able to on/off-ramp to and from SEX with a few clicks within the app.
- (Optional) Session should support multiple cryptocurrencies within the app in order to make SEX on-ramping experience even better.
While this sounds very ambitious, most of the changes can be implemented within a few months. It looks like Session fork BChat has already implemented BDX transactions inside the chat window (I didn't test that, though, and the UX has too many unnecessary steps).
https://beldexcoin.medium.com/pay-on-bchat-pay-as-you-chat-b4111621be56
---
### SEX Name Service
At the moment, the user experience is very confusing since there are different IDs/addresses for sending Session messages and transferring OXEN coins.
In order to become a privacy-focused super-app, it's very important to allow users to send messages and SEX to the same ID/username.
Currently, the ONS system allows users to link the Session ID and OXEN address to the same username, so the infrastructure is already there. However, the system should be tweaked to allow linking Session IDs and SEX addresses to the same username during registration process without paying any fees since new users won't have any SEX to pay for the ONS username.
Allowing users to clog the blockchain for free will make the network more vulnerable to SPAM attacks, but that can be mitigated with a small amount of proof-of-work done during the registration process.
The new system can be called ONS, SEX Name Service (SNS), or something else. In can be based on the layer-1 or layer-2.
---
### SEX UX
##### Registration
Here is an approximate user experience during the registration process:
- Alice opens the app for the first time.
- Alice chooses a unique username or proceeds with auto-generated string or a 3-word name.
- Alice backs up the seed phrase.
That's all, Alice can now send and receive messages and SEX. In other words, the onboarding experience should be as simple as it is now.
Additional suggested steps for better security:
- Alice swipes the screen or adds any other user input during the seed generation process to increase the entropy instead of relying solely on the default pseudo-random number generator.
- Alice optionally adds a passphrase on top of the original entropy, better know as the 25th word. Although, since SEX/OXEN is the fork of Monero, the passphrase would be considered the 26th word. (The extra word can also be used to unlock the hidden multi-accounts feature within the same profile on the same device).
##### Sending SEX
Here is an approximate user experience of sending SEX inside a chat:
- Alice opens a chat with Bob.
- Alice clicks a "SEX" button.
- Alice chooses the amount of SEX and confirms the transaction.
- Alice and Bob can see the pending transaction in the chat.
- After the network confirmation, the transaction is marked as confirmed.
---
### Technical implementation
Here is an approximate implementation:
- Alice installs the app and opens it for the first time.
- The app generates the entropy `10110010...`.
- The entropy is used to generate Session and SEX key-value pairs.
- Session ID is `05123...`.
- SEX address is `L7sex...`.
- Alice chooses unique username `Alice69` (or clicks a "generate" button).
- The app does proof-of-work `00000alice6900005123...` for Session ID.
- The app does proof-of-work `00000alice69000L7sex...` for SEX address.
- The app submits SNS username `Alice69` and Session ID `05123...` and proof-of-work `00000alice6900005123...` to the network to link the Session ID to the SNS username.
- The network confirms SNS, while Alice is exploring the app or backing up her seed phrase.
- After SNS is linked to the Session ID, the app submits SNS username `Alice69` and SEX address `L7sex....` and proof-of-work `00000alice69000L7sex...` to the network to link the SEX address to the SNS username.
Notes:
- If Alice opens her SNS section (e.g., to share a QR code) before SNS has been confirmed on the blockchain, she will see the message "Your SNS is still confirming, please wait..."
- To make sure that non-savvy users don't send SEX to wrong addresses, Session ID and SEX address should be somewhat hidden from the UI or greyed out, but still be accessible to advanced users.
- If Alice tries to complete the registration process while being offline, she will get the message like "You cannot register your username while being offline. You can still access your Session ID and SEX address".
- Ideally, linking the Session ID and the SEX address to the SNS username should be done in one transaction, but the current infrastructure requires two separate transactions.
#### Alternative design
Another approach is to link SEX address to Session ID via SNS.
- Session ID is `05123...`.
- SEX address is `L7sex...`.
- The app does proof-of-work `0000005123...000L7sex...` for SEX address.
- The app submits Session ID `05123...` and SEX address `L7sex....` and proof-of-work `0000005123...000L7sex...` to the network to link the SEX address to the SNS username which is equal to Alice's Session ID.
Now Bob can send messages and SEX to `05123...`.
This design simplifies the registration process, but Alice and Bob have to use long strings to exchange SEX.
---
### SEX bridges
Users should be able to easily get SEX within the Session app with just a few clicks using various centralized and later decentralized bridges. At the start, the SEX team should directly approach popular exchanges like ChangeNow, FixedFloat, and others in order to convince them to add support for SEX. Many exchanges already support Monero, so adding SEX will not be hard. KYCNOTme has a long list of privacy-focused Tor-friendly exchanges with Monero support.
Then these bridges should be integrated into the Session app, so a user should be able to get SEX within a few clicks:
- open "Balance" and click "Top up",
- copy a Monero/Bitcoin/Ethereum address,
- open crypto app and send XMR/BTC/ETH to copied address,
- wait a few minutes and enjoy SEX.
It can be negotiated with the bridge that the small amounts of SEX will be sent instantly after the XMR/ETH transaction is detected in the mempool.
Side note: does anybody remember the good old days of xmr.to with instant BTC transfers after sending XMR?
A similar few-clicks experience has already been implemented in CakeWallet, which allows swapping to and from Monero within the app via various exchanges or even over the Tor connection via exchange aggregators like Trocador.
In the future, Session can add support for more wallets, including Bitcoin, Ethereum, and multiple ERC20 tokens, making it even easier to swap various cryptocurrencies for SEX without leaving the Session app.
---
## SessionX
In the last few years many of us used Session, joined its public groups, invested in OXEN, contributed code, submitted ideas, reported bugs, run nodes, created videos, wrote articles about the project, and introduced Session to friends and relatives due to a unique set of characteristics that distinguished Session from other messengers on the market.
Besides strong privacy and an ability to create an account without any verification, the Session project relies on a decentralized open source infrastructure. Thus, a well-funded adversary cannot easily hijack the project like it happened with WhatsApp, Wickr, Steem, and other projects that started with a cool idea, but then sacrificed core values after being bought by a corporation or a wealthy individual.
Right now we are in a very interesting moment when a large portion of the community is unsatisfied with the push from the privacy coin towards a transparent token and a very different monetization strategy, but at the same time everybody understand that something has to be done in order to save the project we all love.
Hopefully, we can find together a solution that doesn't sacrifice on core values and suits both the privacy community and the OPTF team.
If at some point in time, the OPTF's vision of the future of the project will significantly deviate from the community's vision, then the community can consider forking options.
SessionX is a proposed codename for the integration of SEX into the Session app either by the OPTF team or by the community.
If the OPTF will pass on SEX, then SessionX can be used as a codename for the potential community-led version of the project. Although, I'm not sure whether the community-led version will be able to use the "SessionX" name for the official branding due to legal issues.
---
## Branding
As mentioned above, the OXEN coin can be integrated into the Session app according to this proposal without any rebranding of Session, OXEN, and Lokinet.
However, here are some examples of a rebranded version of a network name, app name, coin name and its symbol.
The OPTF-led version:
- Session
- Sexynet - rebranded Lokinet.
- Sexinet - alternative version for better SEO.
- The Session X coin (SEX) - bad SEO, good memes.
- The SEX network - bad SEO, good memes.
The community-led version:
- SessionX
- DarkSession
- Sexynet - rebranded Lokinet.
- Sexinet - alternative version for better SEO.
- The SessionX coin (SEX) - bad SEO, good memes.
- The DarkSession coin (DAST) - good SEO, bad memes, potential misspelling due to 'dust'.
#### SessionX vs DarkSession
SessionX will be associated more with the sex industry rather than with illegal drugs and money laundering, which will reduce attack vectors from the mainstream media.
DarkSession would fit into the emerging privacy-oriented lunarpunk ecosystem of similar-brander projects like lunarDAO (DAO), DarkFi (L1 blockchain), DarkVegas (memes), etc.
https://lunardao.net/
https://dark.fi/
https://darkvegas.eth.limo/
---
## Feedback
If you don't have a Nostr signing key, then there are alternative options to leave your feedback and share your ideas:
Github:
https://github.com/oxen-io/oxen-improvement-proposals/issues/38
Session: degenrocket
Session groups (OXEN, Session, Crypto):
https://sessioncommunities.online/
---

2023-05-19 21:42:53

After 2 years in development, the DegenRocket web client v.1.0.0 has been released, bringing us closer to censorship-resistant decentralized Signer and Protocol Agnostic Social Media (SPASM).
The backend implementation is planned to be open sourced in the next few months.
At the time of writing, the DegenRocket web client supports Degen Messaging Protocol (DMP) and Ethereum-based private keys to sign the messages (events).
There are plans to expand support for other private keys and messaging protocols in the future, with potential candidates being Nostr (protocol + keys) and GPG keys.
The early adopters of the Degen Messaging Network are expected to be small local communities, DAOs, parallel polises, etc.
GitHub will be used to bootstrap the project with plans to move to a decentralized code sharing platform in the future.
DegenRocket web client:
https://github.com/degenrocket/degenrocket-web
Degen Messaging Protocol documentation:
https://github.com/degenrocket/dmp
Signer and Protocol Agnostic Social Media documentation:
https://github.com/degenrocket/spasm

2023-03-30 04:14:53

There are multiple ways to reference a media file (hash) in a simple text note event (kind 1) using an `e` tag or a new proposed `i` tag. Referencing media hashes using `i` tags might give an easy way for users to write long-read posts on Nostr with many embedded images and videos, while signing only one event. However, such architecture has its drawbacks.
Feel free to provide your feedback, while Stuart @npub1lunaq893u4hmtpvqxpk8hfmtkqmm7ggutdtnc4hyuux2skr4ttcqr827lj is still working on final implementation.
https://github.com/lovvtide/nostr-torrent/issues/2

2023-03-24 17:57:29

Join the discussion on how to properly add media files to messages on Nostr.
https://github.com/lovvtide/nostr-torrent

2023-03-17 07:50:04

- reply

Try adding some type safety to make sure that A.I. won't destroy humanity while drawing a shirtless Vladimir Putin riding an American MQ-9 drone like a cowboy would ride a horse.

2023-03-17 06:57:57

- reply

Basically, there is still a bug with Flamingo, which shows me empty modals when I click a "follow" button.
There is also a weird logic implemented on the frontend that doesn't check whether a user has successfully signed the "follow" event. #bug #ux #flamingo #coracle

2023-03-17 06:56:37

- reply

Attempt 4. (Cannot see my previous long messages due to some bug, spam-protection, or non-specified limit on message size).
Actually, it looks like the Flamingo extension doesn't auto-sign my 'follow' events, and the reason why I see these new people in the feed is because the Coracle Social frontend probably assumes that I'll approve/sign the 'follow' event, so it shows me the feed filled with messages from people, who I tried to follow. In other words, Coracle doesn't properly handles errors (my guess). #bug #ux #flamingo #coracle

2023-03-17 06:54:53

- reply

Attempt 3. (Cannot see my previous long messages due to some bug or spam-protection).
Actually, it looks like the Flamingo extension doesn't auto-sign my 'follow' events, and the reason why I see these new people in the feed is because the Coracle Social frontend probably assumes that I'll approve/sign the 'follow' event, so it shows me the feed filled with messages from people, who I tried to follow. In other words, Coracle doesn't properly handles errors (my guess).
Basically, there is still a bug with Flamingo, which shows me empty modals when I click a "follow" button.
There is also a weird logic implemented on the frontend that doesn't check whether a user has successfully signed the "follow" event.
#bug #ux #flamingo #coracle

2023-03-17 06:53:49

- reply

Is there any limit on the message size? My relatively long messages are not being shown to me, even though I receive confirmations that notes were created.

2023-03-17 06:52:17

- reply

**Attempt #2, because cannot see my previous reply.
Actually, it looks like the Flamingo extension doesn't auto-sign my 'follow' events, and the reason why I see these new people in the feed is because the Coracle Social frontend probably assumes that I'll approve/sign the 'follow' event, so it shows me the feed filled with messages from people, who I tried to follow. In other words, Coracle doesn't properly handles errors (my guess).
Basically, there is still a bug with Flamingo, which shows me empty modals when I click a "follow" button.
There is also a weird logic implemented on the frontend that doesn't check whether a user has successfully signed the "follow" event.
#bug #ux #flamingo #coracle

2023-03-17 06:51:18

- reply

Where is my reply?

2023-03-17 06:50:20

- reply

Actually, it looks like the Flamingo extension doesn't auto-sign my 'follow' events, and the reason why I see these new people in the feed is because the Coracle Social frontend probably assumes that I'll approve/sign the 'follow' event, so it shows me the feed filled with messages from people, who I tried to follow. In other words, Coracle doesn't properly handles errors (my guess).
Basically, there is still a bug with Flamingo, which shows me empty modals when I click a "follow" button.
There is also a weird logic implemented on the frontend that doesn't check whether a user has successfully signed the "follow" event.
#bug #ux #flamingo #coracle

2023-03-17 06:39:01

When clicking a 'follow' button on coracle.social, a Flamingo extension shows a completely empty modal. Cannot click any buttons, but the extension seems to sign my 'follow' events anyways, because I can see newly followed people in my feed. #flamingo #bug