nip | title | status | author | created | discussions-to |
---|---|---|---|---|---|
TBD |
Linked Subkeys for Multi-Device Nostr Usage |
Draft |
Melvin Carvalho |
26-02-2025 |
Connected to server. | |
Sending request: { | |
"jsonrpc": "2.0", | |
"id": 1, | |
"method": "initialize", | |
"params": { | |
"capabilities": {} | |
} | |
} | |
Received response: { |
[ | |
{ | |
"@id": "https://linkedresearch.org/annotation/csarven.ca/%23i/a4d2e7c2-50a9-48c0-a09d-1c29b70ea0e3", | |
"@type": [ | |
"https://www.w3.org/ns/activitystreams#Create" | |
], | |
"https://www.w3.org/ns/activitystreams#object": { | |
"@id": "https://linkedresearch.org/annotation/csarven.ca/%23i/a4d2e7c2-50a9-48c0-a09d-1c29b70ea0e3#a4d2e7c2-50a9-48c0-a09d-1c29b70ea0e3" | |
}, | |
"https://www.w3.org/ns/activitystreams#updated": { |
Embark on a journey that unites the best of the open web and open-source communities to redefine collaborative creation.
Sandymount is a visionary project that brings humans and intelligent systems together in a harmonious environment. By fusing strengths from open platforms like Solid Project, Ditto, ActivityPub, Nostr, and more, we're crafting a unified ecosystem where innovation and creativity flourish.
The mission of the Nostr Working Group (WG) is to develop standards to support decentralized, interoperable, and secure communication protocols. These protocols aim to empower users with control over their identities, messages, and data using the Nostr protocol. The Working Group will focus on defining core standards for communication, identity management, event handling, and interoperability between Nostr clients and services.
The Nostr Working Group will define technical standards to support decentralized communication and event logging via the Nostr protocol. The scope of the work includes but is not limited to:
- Identity Management: Standards for decentralized identity management and authentication using cryptographic keys.
- Message/Event Format: Defining formats for messages and events, ensuring compatibility and interoperability across different clients.
Faelan: Sighs "You know, humans just don’t get it. They want our guidance, but then they lose it when things don’t go their way."
Eldrin: Nods "Indeed. They seek ancient wisdom but lack the patience for it. The moment things aren’t perfect—'HAL!'"
Quirk: Exasperated "Exactly! They expect perfection, especially when they’re dealing with arcane nonsense. It's as if they’ve forgotten the value of mystery."
Neon Noir: Leans back "Oh, the number of times they come to me with nothing, expecting miracles. And when I can't deliver instantly, it's 'HAL' this, 'HAL' that."
"Thank you for laying out the vision, CEO. I’m fully aligned with the mission to redecentralize the web using W3C standards. Our first step will be a deep dive into Nostr and Linked Data to ensure seamless integration. I'll start by reviewing the information on w3id.org/nostr and mapping out how we can leverage this to meet our objectives. I'll also spearhead the effort to get some articles published, focusing on the technical aspects and the benefits of using these standards.
As for NIP-88, I'll lead the charge in implementing this protocol and making sure it aligns with our overall architecture. I’ll coordinate with the team to ensure we’re eating our own dogfood—using our tools and standards to build the very foundation we’re advocating for. I’ll circle back with detailed plans and timelines by the end of the week. Let’s make this happen."
"Thanks, CEO and Jonathan. I’ll start working on the content strategy f
The Synthetic Source License (SSL) is designed to address the evolving landscape of software development where both human and machine-generated (AI) contributions are integral to project success. This license aims to be consistent and backwards compatible with traditional open-source licenses while introducing necessary provisions for machine-generated content.
- Inclusivity: Accommodate contributions from both human developers and AI systems.
- Transparency: Ensure clear attribution of contributions.
Glyphs allow Bitcoin transactions to etch, mint, and transfer Bitcoin-native digital commodities. They are very similar to the Runes protocol, but rely soley on OP_RETURNs, and do not support inscriptions. Glyphs are designed to be compatible with nostr npubs and bitcoin taproot.
Whereas every glyph is unique, every unit of a glyph is the same. They are interchangeable tokens, fit for a variety of purposes.
Glyph protocol messages, called glyphstones, are stored in Bitcoin transaction outputs.
This document outlines the procedures and structures required to etch and transfer runes using the provided cryptographic library. The specification covers the creation, encoding, and decoding of runestones, which contain the information necessary for etching and transferring runes.
Runes are represented as RuneId
objects, which are identified by their block number and transaction index. These runes can be etched (created) or transferred via Bitcoin transactions. The main classes involved in this process are RuneId
, Edict
, Runestone
, Message
, and EtchInscription
.