The profile is a basic resource; it describes the account, the group, and the project.

• https://github.com/nostr-protocol/nips/blob/master/01.md
• https://github.com/nostr-protocol/nips/blob/master/24.md#kind-0
• https://github.com/nostr-protocol/nips/blob/master/39.md

profil content:

user metadata: the content is set to a stringified JSON object {name: , about: , picture: } describing the user who created the event. Extra metadata fields may be set. A relay may delete older events once it gets a new one for the same pubkey.

example:

{
    "id": "7977aa2147b03bfff94a321e49d471f855ff212a1ede21dfed0fedaefdca746c",
    "pubkey": "2ff035cfc68b23a31528711487466bd318589e0cc402090489a68e4ddcfd5faa",
    "created_at": 1758738187,
    "kind": 0,
    "tags": [],
    "content": "{\"name\":\"AccountExample\",\"about\":\"This account describes an group or an organisation. It is an example of what can be done with NOSTR to provide a censorship resitence presence.\\nThere can be many lines.\\n\",\"picture\":\"https://derkueken.de/account-example/raster-picture.png\",\"display_name\":\"i'm an account example\",\"website\":\"https://derkueken.de\",\"banner\":\"https://derkueken.de/account-example/rastergrafik.png\"}",
    "sig": "d002b363ed852f4e22b4fdd9ecff23cd7feb801f584c81afe5617975f94ee423b3d32ff1e7715f46d53efd3b864d54688f139f03077aad48269cec8c1e598080"
}

Fields:

• name:
• display_name: an alternative, bigger name with richer characters than name. name should always be set regardless of the presence of display_name in the metadata
• about:
• picture:
• website: website
• banner: an URL to a wide (~1024x768) picture to be optionally displayed in the background of a profile screen.

NOSTR specific:

• nip05 - validated Name NIP5
• lud06 - deprecated ? https://github.com/lnurl/luds/blob/luds/06.md
• lud16 - https://github.com/lnurl/luds/blob/luds/16.md

Additional fields: NIP24

• bot: a boolean to clarify that the content is entirely or partially the result of automation, such as with chatbots or newsfeeds.
• birthday: an object representing the author's birth date. The format is { "year": number, "month": number, "day": number }. Each field MAY be omitted.

External Identities in Profiles:

NIP39

"tags": [
    ["i", "github:semisol", "9721ce4ee4fceb91c9711ca2a6c9a5ab"],
    ["i", "twitter:semisol_public", "1619358434134196225"],
    ["i", "mastodon:bitcoinhackers.org/@semisol", "109775066355589974"]
    ["i", "telegram:1087295469", "nostrdirectory/770"]
],

nessesary lists

• Relay List Metadata - To define the relays the group publishes to.
• interests - a list of tag
• following - a list of public keys to follow

This is a small project to describe a group or organization or institution via text files.
This description can be transform to NOSTR events and published over relays. It can be used to initially set up a NOSTR account.
Details about the structure and the different kinds of Information you can provide via NOSTR can be looked up in the doc folder.

A command line tool to bootstrap a NOSTR account, for example if you want to move your stuff from a proprietary platform over to NOSTR, just as a mirror.

define the profile

A profile is described by a YAML file and define your group/profile content.
When you want to use the long form format you need to store the text in markdown in a directory and supply the program with the --articlePath Parameter.

You find examples in the directory profileExamples/ also described in the examples doc.

supported content

• profil meta data
  • follow List Kind:3
  • relay list kind:10002
  • interrests kind:10015
  • pin list kind:10001
• short Note Kind:1
• long Note Kind:30023
• Calendar Kind:31924
• Calendar Events Kind:31923
• bookmark set Kind:30003
• curation set Kind:30004
• interrest set Kind:30015
• follow set Kind:30000
• mute set Kind:30007
• starter pack Kind:39089

classDiagram

    %% ---------- Hauptklassen ----------
    class NostrSet {
        -String dTag
        -String title
        -String imageUrl
        -String summary
        -List<Integer> kind1
        -List<Integer> kind30023
        -List<String> tags
        -List<String> urls
        -List<NostrId> profiles
        -Long createdAt
    }


    class Media {
        -String title
        -String imageUrl
        -String summary
        -Long createdAt
        -Long duration
        -String contentWarning
        -List<NostrResource> imeta
    }


    class NostrResource {
        -String url
        -String mimeType
        -String hash
        -String orgHash
        -Long size
        -String dim
        -String magnetLink
        -String torrent
        -String blurhash
        -String thumb
        -String image
        -String summary
        -String alt
        -List<String> fallback
        -String service
    }

    class Profile {
        -String pk
        -Map<String,Object> metadata
        -List<ForainId> nip39
        -List<NostrId> kind3
        -List<Relay> kind10002
        -List<String> kind10015
        -List<Note> kind1
        -List<Article> kind30023
        -List<Integer> kind10001
        -List<NostrSet> kind30003
        -List<NostrSet> kind30004
        -List<NostrSet> kind30015
        -List<NostrSet> kind30000
        -List<NostrSet> kind30007
        -List<NostrSet> kind39089
        -List<Calendar> kind31924
        -List<CalendarEvent> kind31923
        -List<Media> kind20
    }

    %% ---------- Weitere Klassen (nur Referenz) ----------
    class ForainId {
        - String user;
        - String proof;

    }
    class NostrId {
    - String publicKey;
    - String relay;
    - String petname;
    }
    class Relay {
        - String name;
        - String url;
        - boolean write;

    }
    class Note {
    - String content;
    - List<String> tags;
    - Long createdAt;

    }
    class Article {
    - String dTag;
    - String file;
    - String title;
    - String imageUrl;
    - String summary;
    - List<String> tags;
    - Long createdAt;
    }
    class Calendar {
    - String dTag;
    - String summary;
    - String title;
    - String imageUrl;
    - List<Integer> includedCaledarEvents;
    - Long createdAt;
    }
    class CalendarEvent {
    - String dTag;
    - String title;
    - String summary;
    - String imageUrl;
    - String startTzid;
    - String endTzid;
    - String location;
    - String geoHash;
    - Long start;
    - Long end;
    - Long createdAt;

    }

    %% ---------- Beziehungen ----------
    Profile "1" o-- "*" NostrSet : kind30003/04/05/... 
    Profile "1" o-- "*" Media : kind20
    Profile "1" o-- "*" NostrId : kind3
    Profile "1" o-- "*" Note : kind1
    Profile "1" o-- "*" Article : kind30023
    Profile "1" o-- "*" Calendar : kind31924
    Profile "1" o-- "*" CalendarEvent : kind31923
    Profile "1" o-- "*" ForainId : nip39
    Profile "1" o-- "*" Relay : kind10002
    Media "1" o-- "*" NostrResource : imeta

supported signer

• NoSigner
• NOSTR Sign device https://nsd.lnbits.com/
• nsec

prepare the content

You define the yaml content.
see the 'profileExamples' for more details the 'group-example' is this application it self and klarmachen an old blog of mine

• profile data

• content

  • text notes
  • articles
  • calendar
  • following

• media data - you need to store all the media on a hoster as NOSTR only serve json

  • own hoster
  • cloud service
    • anonymous hosting via lightning
      • https://satellite.earth/cdn

Articles should be in markdown files, in one directory, defined by their yaml values.
You can organize the content further in lists (bookmarsets) where you references notes, articles etc.

prepare the identity

NOSTR uses private public key management, you can create an account out of math.
When you want to create an institutional group, you should use a hardware device to manage the account, shared secrets are not rally a secret. The signing device allows to share the key without compromising it. In an institution people changes but institutional accounts should not.

Transferring the device can be part of the institutional transition process and should be formalized in the constitution if the organization has one.

currently supported is:

• https://github.com/lnbits/nostr-signing-device

usage

first build:

./gradlew build

after you find in /nostr-account-publisher/application/build/distributions the zip.
Which contains a simple bash script to start the application.

Usage: profileCreator [-hs] [-a=<articlePath>] [-m=<signMethod>] [-o=<outPath>]
                    -p=<profileDescriptor> [--portHint=<portHint>]
                    [--privateKey=<privateKeyHex>]
Create a NOSTR profile from a YAML configuration.
-a, --articlePath=<articlePath>
                            the complete path to the article directory
-h, --help                display this help message
-m, --method=<signMethod> The method to sign the events. Valid values: NO,
                            PK, HDW
                            Default: NO
-o, --outPath=<outPath>   path to store the event json
-p, --profileYaml=<profileDescriptor>
                            the complete path to a yaml which describes the
                            profile
    --portHint=<portHint> a hint to find the com port
                            Default: ACM
    --privateKey=<privateKeyHex>
                            The private key as hex, valid only with the option
                            --method PK.
-s, --sendEvents          publish the events to relays
                            Default: false

You can store the generated event json to file by supplying the -o parameter, use this for dry runs where you can check the data and the structure.
Single objects get a simple name, while objects in lists, like notes and articles are name by their Event Kind and the index in the list, like 23_1.json.

You can also keep them to republish to other relays or as a backup. As the events are signed, all it takes is to transmit them again.

The 'profileExamples' contains some examples how to define a specific group and provide the content by defining it as a yaml file.

Group examples

The description of an example as an example.
The example describes how a group can be managed in NOSTR, what kind of Data you need, what you can do with it and how. The profile creator can be a tool in this work flow.

This account describes an group or an organization. It is an example of what can be done with NOSTR to provide a censorship residence presence.
Laws may change and what was formerly accepted can be illegal tomorrow or even today.
Maybe tomorrow it is not longer allowed to show how to build a censorship residence presence in the Internet because censorship take place.

The YAML file is /nostr-account-publisher/profileExamples/group-example.yaml

Check out:

https://accountexample-no-3.npub.pro/
https://nosta.me/npub1aj2c7yel4tsdgwp0c3rg9pjsml5wgc0wll6mcs85pr0wr42uwqys443aty

We use the markdown files in doc as articles.

klarmachen-ändert

A small web project of mine which i formally hosted but currently is offline.
This profile contains primarily articles, aka longforms. I have a html snapshot if the old site(it was 'powered' apache roller a java blog software).
It could be extended by an calendar in which the found stickes are noted.

Step by step:

1. copy the example Yaml file and rename
2. edit the yaml file, add the obvious data (name, about etc.)
3. provide the content, in this case I have html files which i need to transform to markdown, for this I use pandoc, the result is not perfect as the input is not perfect.

pandoc -f html -t markdown entry_spiegelneuronen_und_identitaet.html -o entry_spiegelneronen.md

4. make the content look right, i need to work the markdown, also i need to collect all used images to upload then to an hoster service.
5. add the image urls to the articles and the in the yaml file
6. I use a calendar in a special way, as a collection of space and time, when and where a Sticker was placed. This is hard work, not only you need to upload the images but also find the geoHash and the unix timestamp for the time (https://www.epochconverter.com/) and the location (https://www.geohash.es/encode and https://www.openstreetmap.org) of the sticker.

As I want a simple mirror of the content, without any engagement, this will be it.
Now I need a private Key, you could use a Hardware Signer, but as i'm no institution there is no real need, so I can create a private key from math.(Cheaper and faster).

When you are absolute sure you will not update the content, you can simply destroy the private key and keep the signed events in json form, you can use them to reupload the content without the private key as each message is already singed and valid.

In this case, I might update the calendar, if some one make a new event containing a sticker, so I need the private key late, to update the calendar, so I store it(safely). A good site to generate the key is https://nostrdebug.com/keys

The last step is a nice feature you can create a simple page with npub(https://npub.pro/).

https://klamachen.npub.pro/

https://nosta.me/npub1e08sn2pjw3neq6ychu7vpfauyw3d59zz7lyd58wls05vtmcxc95qk5d38a

„profileExamples” enthält einige Beispiele dafür, wie man eine bestimmte Gruppe/Account definiert und den Inhalt bereitstellt, indem man ihn als YAML-Datei definiert.

Gruppenbeispiele

Die Beschreibung eines Beispiels als Beispiel.
Das Beispiel beschreibt, wie eine Gruppe in NOSTR verwaltet werden kann, welche Art von Daten Sie benötigen, was Sie damit machen können und wie. Der Profil-Ersteller kann ein Werkzeug in diesem Arbeitsablauf sein.

Dieses Konto beschreibt eine Gruppe oder eine Organisation. Es ist ein Beispiel dafür, was mit NOSTR getan werden kann, um eine Zensurresidenzpräsenz bereitzustellen.
Gesetze können sich ändern, und was früher akzeptiert war, kann morgen oder sogar heute illegal sein.
Vielleicht ist es morgen nicht mehr erlaubt, zu zeigen, wie man eine Zensurresidenzpräsenz im Internet aufbaut, weil Zensur stattfindet.

Siehe:

https://accountexample-no-3.npub.pro/
https://nosta.me/npub1aj2c7yel4tsdgwp0c3rg9pjsml5wgc0wll6mcs85pr0wr42uwqys443aty

klarmachen-ändert

Ein kleines Webprojekt von mir, das ich früher gehostet habe, das aber derzeit offline ist.
Dieses Profil enthält hauptsächlich Artikel, auch bekannt als Longforms. Ich habe einen HTML-Snapshot der alten Website (sie wurde mit Apache Roller, einer Java-Blog-Software, betrieben).
Es könnte um einen Kalender erweitert werden, in dem die gefundenen Sticks vermerkt werden.

Schritt für Schritt:

1. Kopieren Sie die Beispiel-Yaml-Datei und benennen Sie sie um.
2. Bearbeiten Sie die YAML-Datei und fügen Sie die offensichtlichen Daten hinzu (Name, Über mich usw.).
3. Stellen Sie den Inhalt bereit. In diesem Fall habe ich HTML-Dateien, die ich in Markdown umwandeln muss. Dazu verwende ich Pandoc. Das Ergebnis ist nicht perfekt, da die Eingabe nicht perfekt ist.

pandoc -f html -t markdown entry_spiegelneuronen_und_identitaet.html -o entry_spiegelneronen.md

4. Den Inhalt richtig formatieren. Dazu muss ich Markdown bearbeiten und alle verwendeten Bilder sammeln, um sie dann auf einen Hosting-Dienst hochzuladen.
5. Die Bild-URLs zu den Artikeln und in die YAML-Datei einfügen.
6. Ich verwende einen Kalender auf besondere Weise, als Sammlung von Raum und Zeit, wann und wo ein Sticker platziert wurde. Das ist harte Arbeit, denn man muss nicht nur die Bilder hochladen, sondern auch den GeoHash und den Unix-Zeitstempel für die Zeit (https://www.epochconverter.com/) und den Ort (https://www.geohash.es/encode und https://www.openstreetmap.org) des Stickers finden.

Da ich eine einfache Spiegelung des Inhalts ohne jegliche Beteiligung möchte, wird es dabei bleiben.
Jetzt brauche ich einen privaten Schlüssel. Man könnte einen Hardware-Signierer verwenden, aber da ich keine Institution bin, besteht dafür keine wirkliche Notwendigkeit, sodass ich einen privaten Schlüssel aus mathematischen Berechnungen erstellen kann (billiger und schneller).

Wenn Sie absolut sicher sind, dass Sie den Inhalt nicht aktualisieren werden, können Sie den privaten Schlüssel einfach vernichten und die signierten Ereignisse im JSON-Format aufbewahren. Sie können sie verwenden, um den Inhalt ohne den privaten Schlüssel erneut hochzuladen, da jede Nachricht bereits signiert und gültig ist.

In diesem Fall würde ich den Kalender möglicherweise aktualisieren, wenn jemand ein neues Ereignis mit einem Sticker erstellt, sodass ich den privaten Schlüssel später benötige, um den Kalender zu aktualisieren, und ihn daher (sicher) speichere. Eine gute Website zum Generieren des Schlüssels ist https://nostrdebug.com/keys.

Der letzte Schritt ist eine nette Funktion, mit der Sie eine einfache Web Seite mit npub (https://npub.pro/) erstellen können.

https://klamachen.npub.pro/

https://nosta.me/npub1e08sn2pjw3neq6ychu7vpfauyw3d59zz7lyd58wls05vtmcxc95qk5d38a

There are various types of content, ShortTextNote (kind:1) LongFormContent (kind:30023), images (kind:20), videos (kind:21)

short note

PROFILE

The NIP nip10 defines kind:1 as a simple plaintext note.
Markup languages such as markdown and HTML SHOULD NOT be used.

The .content property contains some human-readable text.

Tags: 't' "tags"

example:

{
"content": "This note could be pinned.",
"created_at": 1759402704,
"id": "bcc67ea80da4be50a8ff581bd87910e8c5212fa5b8a240be1fa2263998352237",
"kind": 1,
"pubkey": "ec958f133faae0d4382fc446828650dfe8e461eefff5bc40f408dee1d55c7009",
"sig": "aeec39fdaea841e810d936b4312a6ee3d28d0578b4b6bf05033bcb1f8bb4478096101980bb246a2df2632756f893abf445ffa64f913b9084f462a906c456b999",
"tags": [
    [
    "t",
    "orga"
    ],
    [
    "t",
    "test"
    ]
]
}

LongFormContent

PROFILE

This NIP defines kind:30023 (an addressable event) for long-form text content, generally referred to as "articles" or "blog posts". kind:30024 has the same structure as kind:30023 and is used to save long form drafts.

For the date of the last update the .created_at field should be used, for "tags"/"hashtags" (i.e. topics about which the event might be of relevance) the t tag should be used.

Other metadata fields can be added as tags to the event as necessary. Here we standardize 4 that may be useful, although they remain strictly optional:

• "title", for the article title
• "image", for a URL pointing to an image to be shown along with the title
• "summary", for the article summary
• "published_at", for the timestamp in unix seconds (stringified) of the first time the article was published

The .content of these events should be a string text in Markdown syntax. To maximize compatibility and readability between different clients and devices, any client that is creating long form notes:

• MUST NOT hard line-break paragraphs of text, such as arbitrary line breaks at 80 column boundaries.
• MUST NOT support adding HTML to Markdown.

example:

{
"kind": 30023,
"created_at": 1675642635,
"content": "Lorem [ipsum][[nostr:nevent1qqst8cujky046negxgwwm5ynqwn53t8aqjr6afd8g59nfqwxpdhylpcpzamhxue69uhhyetvv9ujuetcv9khqmr99e3k7mg8arnc9](nostr:nevent1qqst8cujky046negxgwwm5ynqwn53t8aqjr6afd8g59nfqwxpdhylpcpzamhxue69uhhyetvv9ujuetcv9khqmr99e3k7mg8arnc9)] dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.\n\nRead more at [nostr:naddr1qqzkjurnw4ksz9thwden5te0wfjkccte9ehx7um5wghx7un8qgs2d90kkcq3nk2jry62dyf50k0h36rhpdtd594my40w9pkal876jxgrqsqqqa28pccpzu](nostr:naddr1qqzkjurnw4ksz9thwden5te0wfjkccte9ehx7um5wghx7un8qgs2d90kkcq3nk2jry62dyf50k0h36rhpdtd594my40w9pkal876jxgrqsqqqa28pccpzu).",
"tags": [
    ["d", "lorem-ipsum"],
    ["title", "Lorem Ipsum"],
    ["published_at", "1296962229"],
    ["t", "placeholder"],
    ["e", "b3e392b11f5d4f28321cedd09303a748acfd0487aea5a7450b3481c60b6e4f87", "wss://relay.example.com"],
    ["a", "30023:a695f6b60119d9521934a691347d9f78e8770b56da16bb255ee286ddf9fda919:ipsum", "wss://relay.nostr.org"]
],
"pubkey": "...",
"id": "..."
}

media posts

PROFILE

Picture-first feeds, like Instagram.

Web-clients:

• https://lumina.rocks/

kind:20

NIP68
NIP94

May have a content-warning.

{
"content": "an image only note",
"created_at": 1761128103,
"id": "439a9ca29023a5f981f54c5f540933c8afa9901ef1835430d7814b185edbd595",
"kind": 20,
"pubkey": "ec958f133faae0d4382fc446828650dfe8e461eefff5bc40f408dee1d55c7009",
"sig": "a7b6aaaf452683a5927f83782979fe0283a8a616f079cd82cf443e9c495591900d430bc492363b367d2f6afd33b37d24587ea5f40bea2bd1b0b4863760b6b4c4",
"tags": [
    [
    "title",
    "an image only note"
    ],
    [
    "content-warning",
    "my change your brain"
    ],
    [
    "imeta",
    "url https://cdn.satellite.earth/739a6a96c229519f1a4af792fe854614c240ed04be9037ce7913fce638206c99.jpg",
    "m image/png"
    ]
]
}

Es gibt verschiedenste Arten von Content, ShortTextNote (kind:1) LongFormContent (kind:30023), Bilder (kind:20), Videos (kind:21)

short note

PROFILE

Der NIP nip10 definiert kind:1 als eine einfache plaintext Nachricht. Vergleichbar mit Twitter aber ohne grundsätzliche längen Beschränkung.

Markup-Sprachen wie Markdown und HTML SOLLTEN NICHT verwendet werden.

Das .content property enthält den Text.

Tags: 't' "tags"

example:

{
"content": "This note could be pinned.",
"created_at": 1759402704,
"id": "bcc67ea80da4be50a8ff581bd87910e8c5212fa5b8a240be1fa2263998352237",
"kind": 1,
"pubkey": "ec958f133faae0d4382fc446828650dfe8e461eefff5bc40f408dee1d55c7009",
"sig": "aeec39fdaea841e810d936b4312a6ee3d28d0578b4b6bf05033bcb1f8bb4478096101980bb246a2df2632756f893abf445ffa64f913b9084f462a906c456b999",
"tags": [
    [
    "t",
    "orga"
    ],
    [
    "t",
    "test"
    ]
]
}

LongFormContent aka Artikel

PROFILE

Dieser NIP definiert kind:30023 (ein adressierbares Ereignis) für Langform-Textinhalte, die allgemein als „Artikel” oder „Blogbeiträge” bezeichnet werden. kind:30024 hat dieselbe Struktur wie kind:30023 und wird zum Speichern von Langform-Entwürfen verwendet.

Für das Datum der letzten Aktualisierung sollte das Feld .created_at verwendet werden, für „Tags”/„Hashtags” (d. h. Themen, für die das Ereignis relevant sein könnte) sollte das Tag t verwendet werden.

Andere Metadatenfelder können bei Bedarf als Tags zum Ereignis hinzugefügt werden. Hier standardisieren wir 4 Felder, die nützlich sein können, obwohl sie streng optional bleiben:

• „title“ für den Titel des Artikels
• „image“ für eine URL, die auf ein Bild verweist, das zusammen mit dem Titel angezeigt werden soll
• „summary“ für die Zusammenfassung des Artikels
• „published_at“ für den Zeitstempel in Unix-Sekunden (als String) der ersten Veröffentlichung des Artikels

Der .content dieser Ereignisse sollte ein String-Text in Markdown-Syntax sein. Um die Kompatibilität und Lesbarkeit zwischen verschiedenen Clients und Geräten zu maximieren, gilt für alle Clients, die Langform-Notizen erstellen:

• Es dürfen KEINE harten Zeilenumbrüche in Textabsätzen vorgenommen werden, wie z. B. willkürliche Zeilenumbrüche an 80-Spalten-Grenzen.
• Das Hinzufügen von HTML zu Markdown darf NICHT unterstützt werden.

Beispiel:

{
"kind": 30023,
"created_at": 1675642635,
"content": "Lorem [ipsum][[nostr:nevent1qqst8cujky046negxgwwm5ynqwn53t8aqjr6afd8g59nfqwxpdhylpcpzamhxue69uhhyetvv9ujuetcv9khqmr99e3k7mg8arnc9](nostr:nevent1qqst8cujky046negxgwwm5ynqwn53t8aqjr6afd8g59nfqwxpdhylpcpzamhxue69uhhyetvv9ujuetcv9khqmr99e3k7mg8arnc9)] dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.\n\nRead more at [nostr:naddr1qqzkjurnw4ksz9thwden5te0wfjkccte9ehx7um5wghx7un8qgs2d90kkcq3nk2jry62dyf50k0h36rhpdtd594my40w9pkal876jxgrqsqqqa28pccpzu](nostr:naddr1qqzkjurnw4ksz9thwden5te0wfjkccte9ehx7um5wghx7un8qgs2d90kkcq3nk2jry62dyf50k0h36rhpdtd594my40w9pkal876jxgrqsqqqa28pccpzu).",
"tags": [
    ["d", "lorem-ipsum"],
    ["title", "Lorem Ipsum"],
    ["published_at", "1296962229"],
    ["t", "placeholder"],
    ["e", "b3e392b11f5d4f28321cedd09303a748acfd0487aea5a7450b3481c60b6e4f87", "wss://relay.example.com"],
    ["a", "30023:a695f6b60119d9521934a691347d9f78e8770b56da16bb255ee286ddf9fda919:ipsum", "wss://relay.nostr.org"]
],
"pubkey": "...",
"id": "..."
}

media posts

PROFILE

Picture-first feeds, like Instagram.

Web-clients:

• https://lumina.rocks/

kind:20

NIP68
NIP94

May have a content-warning.

{
"content": "an image only note",
"created_at": 1761128103,
"id": "439a9ca29023a5f981f54c5f540933c8afa9901ef1835430d7814b185edbd595",
"kind": 20,
"pubkey": "ec958f133faae0d4382fc446828650dfe8e461eefff5bc40f408dee1d55c7009",
"sig": "a7b6aaaf452683a5927f83782979fe0283a8a616f079cd82cf443e9c495591900d430bc492363b367d2f6afd33b37d24587ea5f40bea2bd1b0b4863760b6b4c4",
"tags": [
    [
    "title",
    "an image only note"
    ],
    [
    "content-warning",
    "my change your brain"
    ],
    [
    "imeta",
    "url https://cdn.satellite.earth/739a6a96c229519f1a4af792fe854614c240ed04be9037ce7913fce638206c99.jpg",
    "m image/png"
    ]
]
}

All steps in NOSTR to organize a group.

The account offers the possibility to describe the group in terms of content, and various information about the group topic can be linked together via this account.
Since there are no operators of NOSTR, the account cannot really be censored. No shadow ban, no suspension or deletion of the account is possible.
If lightning is used, even the withdrawal of payment methods can be moderated.

NOSTR offers technical solutions for both classic blogs and social media accounts and can thus be seen as a synthesis of these two classic web forms.

There are three options for operating such an account: as a presentation platform for content, as an engagement platform, or even as an organizational platform.

• Presentation platform (PROFILE) - The content is presented to the group. The presentation account does not require any further maintenance beyond the provision of content.
• Engagement platform (ENGAGE) - The group interacts with other accounts via various mechanisms, such as reposting, commenting, etc.
• Organizational platform (ORGA) - The group organizes itself via various mechanisms.

Theoretically, all different forms can be used together or alone, but in most cases you will not want to do without the PROFILE part.

Identity management

Create a main account, which should ideally be linked to a device key rather than
a person and their device.

signing

• https://satoshistore.io/de/products/nostr-signing-device-nsd
• https://onekey.so/de/products/onekey-classic-1s-hardware-wallet/

A NIP5-enabled domain name should be available.

employee tasks

Depending on the application profile, the tasks for employees are staggered.

• PROFILE

• The group account (MA) contains all public group content [Notes and Long Posts](https://github.com/nostr-protocol/nips/blob/master/10.md https://github.com/nostr-protocol/nips/blob/master/23.md)

  • Creates and manages calendars

• Creates and manages a wiki

• ENGAGE

• Create and lead Batches

• Create and moderate public groups

• ORGA

• MLS Chat

• https://gitlab.com/soapbox-pub/nostrbook/-/blob/main/docs/groups.md

Create master account

Generate private key.

Event Kind 0, user metadata

• https://github.com/nostr-protocol/nips/blob/master/01.md
• https://github.com/nostr-protocol/nips/blob/master/24.md#kind-0
• https://github.com/nostr-protocol/nips/blob/master/39.md

Necessary lists:

• Relay List Metadata - Where a user publishes to and where they expect mentions.

NIP51
NIP-51 - Lists

public chat

https://github.com/nostr-protocol/nips/blob/master/28.md

content

Content consists of articles and notes. The content can be used to present the group and its goals, or more detailed articles can be used to address specific topics in order to produce substantive work.

scale up

Ditto: Well-suited for users familiar with server-based social networks (like Mastodon) who want an easy onboarding to Nostr with automatic NIP-05 verification and a domain-based community feel.

MLS Chat:

https://github.com/nostr-protocol/nips/blob/master/EE.md

Translated with DeepL.com (free version)

Dies ist ein kleines Projekt, um eine Gruppe, Organisation oder Institution über Textdateien zu beschreiben.
Diese Beschreibung kann in NOSTR-Ereignisse umgewandelt und über Relays veröffentlicht werden. Sie kann zum Einrichten eines NOSTR-Kontos verwendet werden.
Details zur Struktur und zu den verschiedenen Arten von Informationen, die Sie über NOSTR bereitstellen können, finden Sie im Ordner „doc”.

Ein Befehlszeilentool zum Einrichten eines NOSTR-Kontos, beispielsweise wenn Sie Ihre Daten von einer proprietären Plattform auf NOSTR übertragen möchten, beispielsweise als Spiegel.

Definieren Sie das Profil

Ein Profil wird durch eine YAML-Datei beschrieben und definiert den Inhalt Ihrer Gruppe/Ihres Profils.
Wenn Sie das Langformat verwenden möchten, müssen Sie den Text in Markdown in einem Verzeichnis speichern und dem Programm den Parameter --articlePath übergeben.

Beispiele finden Sie im Verzeichnis profileExamples/, das auch in der Beispiel-Dokumentation beschrieben ist.

Unterstützte Inhalte

• Profil-Metadaten
  • Follow-Liste kind:3
  • Relay-Liste kind:10002
  • Interessen kind:10015
  • Pin-Liste kind:10001
• Kurze Notiz kind:1
• Lange Notiz kind:30023
• Kalender kind:31924
• Kalenderereignisse kind:31923
• Lesezeichensatz kind:30003
• Kurationssatz kind:30004
• Interessenssatz kind:30015
• Follow-satz kind:30000
• Stummschaltungssatz kind:30007
• Starterpaket kind:39089

classDiagram
direction TB
    class NostrSet {
        -String dTag
        -String title
        -String imageUrl
        -String summary
        -List kind1
        -List kind30023
        -List tags
        -List urls
        -List profiles
        -Long createdAt
    }
    class Media {
        -String title
        -String imageUrl
        -String summary
        -Long createdAt
        -Long duration
        -String contentWarning
        -List imeta
    }
    class NostrResource {
        -String url
        -String mimeType
        -String hash
        -String orgHash
        -Long size
        -String dim
        -String magnetLink
        -String torrent
        -String blurhash
        -String thumb
        -String image
        -String summary
        -String alt
        -List fallback
        -String service
    }
    class Profile {
        -String pk
        -Map metadata
        -List nip39
        -List kind3
        -List kind10002
        -List kind10015
        -List kind1
        -List kind30023
        -List kind10001
        -List kind30003
        -List kind30004
        -List kind30015
        -List kind30000
        -List kind30007
        -List kind39089
        -List kind31924
        -List kind31923
        -List kind20
    }
    class ForainId {
        - String user;
        - String proof;
    }
    class NostrId {
        - String publicKey;
        - String relay;
        - String petname;
    }
    class Relay {
        - String name;
        - String url;
        - boolean write;
    }
    class Note {
        - String content;
        - List tags;
        - Long createdAt;
    }
    class Article {
        - String dTag;
        - String file;
        - String title;
        - String imageUrl;
        - String summary;
        - List tags;
        - Long createdAt;
    }
    class Calendar {
        - String dTag;
        - String summary;
        - String title;
        - String imageUrl;
        - List includedCaledarEvents;
        - Long createdAt;
    }
    class CalendarEvent {
        - String dTag;
        - String title;
        - String summary;
        - String imageUrl;
        - String startTzid;
        - String endTzid;
        - String location;
        - String geoHash;
        - Long start;
        - Long end;
        - Long createdAt;
    }
    

    note for Note "The short Note."
    note for Article "The long Note."
    note for NostrSet "A named List for different content."
    note for Profile "The configuration of the account."

    Profile "1" o-- "*" NostrSet : kind30003/04/05/...
    Profile "1" o-- "*" Media : kind20
    Profile "1" o-- "*" NostrId : kind3
    Profile "1" o-- "*" Note : kind1
    Profile "1" o-- "*" Article : kind30023
    Profile "1" o-- "*" Calendar : kind31924
    Profile "1" o-- "*" CalendarEvent : kind31923
    Profile "1" o-- "*" ForainId : nip39
    Profile "1" o-- "*" Relay : kind10002
    Media "1" o-- "*" NostrResource : imeta
    NostrSet "1" o-- "*" Note : kind1
    NostrSet "1" o-- "*" Article : kind30023
    NostrSet "1" o-- "*" NostrId : profiles
    Calendar "1" o-- "*" CalendarEvent : includedCaledarEvents

Unterstützte Signaturdienste

• NoSigner
• NOSTR Signaturgerät https://nsd.lnbits.com/
• nsec

Inhalt vorbereiten

Sie definieren den YAML-Inhalt.
Weitere Details finden Sie unter „profileExamples”. Das „group-example” ist diese Anwendung selbst und klarmachen, ein alter Blog von mir.

• Profildaten

• Inhalt

  • Textnotizen
  • Artikel
  • Kalender
  • Following

• Mediendaten – Sie müssen alle Medien auf einem Hoster speichern, da NOSTR nur JSON bereitstellt.

  • Eigener Hoster
  • Cloud-Dienst
    • Anonymes Hosting über Lightning
      • https://satellite.earth/cdn

Artikel sollten in Markdown-Dateien in einem Verzeichnis gespeichert werden, das durch ihre YAML-Werte definiert ist.
Sie können die Inhalte weiter in Listen (Bookmarksets) organisieren, in denen Sie auf Notizen, Artikel usw. verweisen.

Identität vorbereiten

NOSTR verwendet die Verwaltung privater und öffentlicher Schlüssel. Sie können ein Konto aus mathematischen Daten erstellen.
Wenn Sie eine institutionelle Gruppe erstellen möchten, sollten Sie ein Hardwaregerät zur Verwaltung des Kontos verwenden, da gemeinsam genutzte Geheimnisse nicht wirklich geheim sind. Das Signaturgerät ermöglicht es, den Schlüssel zu teilen, ohne ihn zu gefährden. In einer Institution wechseln die Mitarbeiter, institutionelle Konten sollten dies jedoch nicht.

Die Übertragung des Geräts kann Teil des institutionellen Übergangsprozesses sein und sollte in der Satzung formalisiert werden, falls die Organisation über eine solche verfügt.

Derzeit wird Folgendes unterstützt:

• https://github.com/lnbits/nostr-signing-device

Verwendung

Erste Erstellung:

./gradlew build

Nachdem Sie die ZIP-Datei in /nostr-account-publisher/application/build/distributions gefunden haben.
Diese enthält ein einfaches Bash-Skript zum Starten der Anwendung.

Verwendung: profileCreator [-hs] [-a=<articlePath>] [-m=<signMethod>] [-o=<outPath>]
                    -p=<profileDescriptor> [--portHint=<portHint>]
                    [--privateKey=<privateKeyHex>]
Erstellt ein NOSTR-Profil aus einer YAML-Konfiguration.
-a, --articlePath=<articlePath>
                            Der vollständige Pfad zum Artikelverzeichnis.
-h, --help                Zeigt diese Hilfe an.
-m, --method=<signMethod> Die Methode zum Signieren der Ereignisse. Gültige Werte: NO,
                            PK, HDW
                            Standard: NO
-o, --outPath=<outPath>   Pfad zum Speichern der Ereignis-JSON-Datei
-p, --profileYaml=<profileDescriptor>
                            Der vollständige Pfad zu einer YAML-Datei, die das
                            Profil beschreibt
    --portHint=<portHint> Ein Hinweis zum Auffinden des COM-Ports
                            Standard: ACM
    --privateKey=<privateKeyHex>
                            Der private Schlüssel als Hexadezimalwert, nur gültig mit der Option
                            --method PK.
-s, --sendEvents          Veröffentlicht die Ereignisse an Relais
                            Standard: false

Sie können die generierte Ereignis-JSON-Datei mit dem Parameter -o in einer Datei speichern. Verwenden Sie dies für Probeläufe, bei denen Sie die Daten und die Struktur überprüfen können.
Einzelne Objekte erhalten einen einfachen Namen, während Objekte in Listen, wie Notizen und Artikel, nach ihrer Ereignisart und dem Index in der Liste benannt werden, z. B. 1_1.json.

Sie können sie auch aufbewahren, um sie erneut an andere Relays zu senden oder als Backup zu verwenden. Da die Ereignisse signiert sind, müssen sie lediglich erneut übertragen werden.

Das Profil ist eine basis resource, es beschreibt den Account, die Gruppe, das Vorhaben.

• https://github.com/nostr-protocol/nips/blob/master/01.md
• https://github.com/nostr-protocol/nips/blob/master/24.md#kind-0
• https://github.com/nostr-protocol/nips/blob/master/39.md

Profil Inhalt:

Benutzer-Metadaten: Der Inhalt wird auf ein stringifiziertes JSON-Objekt {name: <Spitzname oder vollständiger Name>, about: , picture: } gesetzt, das den Benutzer beschreibt, der das Ereignis erstellt hat. Es können zusätzliche Metadatenfelder festgelegt werden. Ein Relay kann ältere Ereignisse löschen, sobald es ein neues für denselben öffentlichen Schlüssel erhält.

Beispiel:

{
"content": "{\"name\":\"AccountExample No.3\",\"about\":\"The description of an example as an example.  \\nThe example describes how a group can be managed in NOSTR, what kind of Data you need, what you can do with it and how. The profile creator can be a tool in this work flow.\\n\\nThis account describes an group or an organization. It is an example of what can be done with NOSTR to provide a censorship residence presence.\\nLaws may change and what was formerly accepted can be illegal tomorrow or even today.\\nMaybe tomorrow it is not longer allowed to show how to build a censorship residence presence in the Internet because censorship take place. \\n\",\"picture\":\"https://derkueken.de/account-example/raster-picture.png\",\"display_name\":\"i'm an account example No.3\",\"website\":\"https://accountexample-no-3.npub.pro/\",\"banner\":\"https://derkueken.de/account-example/rastergrafik.png\",\"lud16\":\"accountexample1@getalby.com\"}",
"created_at": 1761034263,
"id": "863cfc5ff1fca31edb560a57a70c3d29daeec3f4461baa9e75437b9d78ba6202",
"kind": 0,
"pubkey": "ec958f133faae0d4382fc446828650dfe8e461eefff5bc40f408dee1d55c7009",
"sig": "56139fbee3321d8ff8077a17306e1d0e829d3d78912ad0b62885d582f7d9a67f03ac6df663f144e2ed5e85eacdce1820706df6d8696cc633cc071d1af356d428",
"tags": [
    [
    "i",
    "fid1",
    "a proof"
    ],
    [
    "i",
    "fid2",
    "second proof"
    ]
]
}

Felder:

• name:
• display_name: an alternative, bigger name with richer characters than name. name should always be set regardless of the presence of display_name in the metadata
• about:
• picture:
• website: website
• banner: an URL to a wide (~1024x768) picture to be optionally displayed in the background of a profile screen.

Einige clienten benutzen name Andere display_name.

NOSTR spezifisch:

• nip05 - validierter Name NIP5
• lud06 - deprecated ? https://github.com/lnurl/luds/blob/luds/06.md
• lud16 - https://github.com/lnurl/luds/blob/luds/16.md

Zusätzliche Felder: NIP24

• bot: Ein boolescher Wert, um zu verdeutlichen, dass der Inhalt ganz oder teilweise das Ergebnis einer Automatisierung ist, beispielsweise durch Chatbots oder Newsfeeds.
• birthday: Ein Objekt, das das Geburtsdatum des Autors angibt. Das Format lautet { „year“: Zahl, „month“: Zahl, „day“: Zahl }. Jedes Feld KANN weggelassen werden.

External Identities in Profiles:

NIP39

"tags": [
    ["i", "github:semisol", "9721ce4ee4fceb91c9711ca2a6c9a5ab"],
    ["i", "twitter:semisol_public", "1619358434134196225"],
    ["i", "mastodon:bitcoinhackers.org/@semisol", "109775066355589974"]
    ["i", "telegram:1087295469", "nostrdirectory/770"]
],

notwenige Listen

• Relay List Metadata - To define the relays the group publishes to.
• interests - a list of tag
• following - a list of public keys to follow

Alle Schritte in NOSTR um eine Gruppe zu organisieren.

Der Account bietet zum einen die Möglichkeit die Gruppe inhaltlich zu beschreiben, zum anderen können verschiedene Informationen des Gruppenthemas über diesen Account miteinander verbunden werden.
Da es keine Bereiber von NOSTR gibt kann der Account nicht wirklich zensiert werden. Kein shadow ban kein suspenden oder löschen des Account ist möglich.
Wenn lightnig benutzt wird kann sogar der Enzug der Zahlungsmittel gemäßig werden.

NOSTR bietet sowohl für den klassischen blog als für den social media account technische Lösungen und kann damit als synthese dieser beiden klassischen web Formen gesehen werden.

Es gibt drei Optionen einen solchen Account zu betreiben, als Darstellungsplatform über Inhalte oder als engagement Platform oder gar als Organisations Platform.

• Darstellungsplatform (PROFILE) - Die Inhalte werden der Gruppe werden dargestellt. Der Darstellungsaccount benötigt über die Bereitstellung der Inhalten keine weitere betreuung.
• Engament Platform (ENGAGE) - Die Gruppe interagiert mit anderen Account über die verschiedenen Mechanismen, repost, kommentar etc.
• Organisations Platform (ORGA) - Die Gruppe organisiert sich über die verschiedene Mechanismen.

Theoretisch können alle verschiedenen Formen gemeinsamen oder alleine benutzt werden, meist wird man auf den PROFIL Teil nicht verzichten wollen.

identity management

Einen Haupt account anlegen, dieser sollte am besten mit einem device Key nicht an
einen Menschen und sein Gerät gekoppelt sein.

signing

• https://satoshistore.io/de/products/nostr-signing-device-nsd
• https://onekey.so/de/products/onekey-classic-1s-hardware-wallet/

Ein NIP5 fähiger domain name sollte vorhanden sein.

aufgabe ma

Je nach anwendungs Profil sind die Aufgaben den MA gestaffelt.

• PROFILE

  • der Gruppen Account (ma) enthält alle öffendlichen Gruppen Inhalte [Notes und Long Posts](https://github.com/nostr-protocol/nips/blob/master/10.md https://github.com/nostr-protocol/nips/blob/master/23.md)
  • Erstellt und Managed Kalender
  • Erstellt und managed ein Wiki

• ENGAGE

  • Erstellt und verleit Batches
  • Erstellt und Moderiert öffendliche Gruppen

• ORGA

  • MLS Chat

• https://gitlab.com/soapbox-pub/nostrbook/-/blob/main/docs/groups.md

master acount anlegen

Private Key erzeugen.

Event Kind 0, user metadata

• https://github.com/nostr-protocol/nips/blob/master/01.md
• https://github.com/nostr-protocol/nips/blob/master/24.md#kind-0
• https://github.com/nostr-protocol/nips/blob/master/39.md

nesessary lists:

• Relay List Metadata - Where a user publishes to and where they expect mentions.

NIP51
NIP-51 - Lists

public chat

https://github.com/nostr-protocol/nips/blob/master/28.md

content

Conten sind Artikel und Notes. Über den Kontent kann die Gruppe und die Ziele dargestellt werden, bzw. über weitergehende Artikel können Themen bereiche behandelt werden um inhaltliche Arbeit zu Leisten.

scale up

Ditto: Well-suited for users familiar with server-based social networks (like Mastodon) who want an easy onboarding to Nostr with automatic NIP-05 verification and a domain-based community feel.

MLS Chat:

https://github.com/nostr-protocol/nips/blob/master/EE.md

Es gibt verschiedenste Arten von Content, ShortTextNote (kind:1) LongFormContent (kind:30023)

short note

PROFILE

This NIP defines kind:1 as a simple plaintext note.
Markup languages such as markdown and HTML SHOULD NOT be used.

nip10

The .content property contains some human-readable text.

Tags: 't' "tags"

example:

{
"id": "2e62cd4fd65c0ee850bdb173e39a5fcb7149f8dff9648c90e33d3845ddd3d7d9",
"pubkey": "c8cf63be8536349cf4ed936897b7d586ddfbe3390f0bd3df7f7a80fb86691cfe",
"created_at": 1721228444,
"kind": 1,
"tags": [
    [
    "t",
    "kinder"
    ],
    [
    "t",
    "verantwortung"
    ],
    [
    "t",
    "zukunft"
    ]
],
"content": "Dürr gegen Kindergrundsicherung von Paus „Wäre für Eltern weniger interessant zu arbeiten“\n\nJawohl, und für die Kinder wäre es viel besser wenn die Eltern mehr Zeit für sie haben.  Soweit so gut. Schade das die Bedürfnisse der Kinder für Herrn Dürr eben nicht im Vordergrund stehen. \nKönnten sich die Eltern mehr um die Kinder kümmern, würden sie nicht emotional gestörte Persönlichkeiten, wie es der Herr Dürr vorgibt zu sein.\n\nlink: https://www.tagesspiegel.de/politik/paus-gescheitertes-grossprojekt-bei-der-kindergrundsicherung-gibt-es-neue-probleme-12037316.html\n\n#Kinder #Verantwortung #Zukunft",
"sig": "897f4f5fb0a1dea37db577bd48380a27c8abe7502365d12122963d94ea826d60a6ed8ee6ee9c02a923c498e8fd9995f4b416167f6d165dcc362f7700d50e717c"
}

LongFormContent

PROFILE

This NIP defines kind:30023 (an addressable event) for long-form text content, generally referred to as "articles" or "blog posts". kind:30024 has the same structure as kind:30023 and is used to save long form drafts.

For the date of the last update the .created_at field should be used, for "tags"/"hashtags" (i.e. topics about which the event might be of relevance) the t tag should be used.

Other metadata fields can be added as tags to the event as necessary. Here we standardize 4 that may be useful, although they remain strictly optional:

• "title", for the article title
• "image", for a URL pointing to an image to be shown along with the title
• "summary", for the article summary
• "published_at", for the timestamp in unix seconds (stringified) of the first time the article was published

The .content of these events should be a string text in Markdown syntax. To maximize compatibility and readability between different clients and devices, any client that is creating long form notes:

• MUST NOT hard line-break paragraphs of text, such as arbitrary line breaks at 80 column boundaries.
• MUST NOT support adding HTML to Markdown.

example:

{
"kind": 30023,
"created_at": 1675642635,
"content": "Lorem [ipsum][[nostr:nevent1qqst8cujky046negxgwwm5ynqwn53t8aqjr6afd8g59nfqwxpdhylpcpzamhxue69uhhyetvv9ujuetcv9khqmr99e3k7mg8arnc9](nostr:nevent1qqst8cujky046negxgwwm5ynqwn53t8aqjr6afd8g59nfqwxpdhylpcpzamhxue69uhhyetvv9ujuetcv9khqmr99e3k7mg8arnc9)] dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.\n\nRead more at [nostr:naddr1qqzkjurnw4ksz9thwden5te0wfjkccte9ehx7um5wghx7un8qgs2d90kkcq3nk2jry62dyf50k0h36rhpdtd594my40w9pkal876jxgrqsqqqa28pccpzu](nostr:naddr1qqzkjurnw4ksz9thwden5te0wfjkccte9ehx7um5wghx7un8qgs2d90kkcq3nk2jry62dyf50k0h36rhpdtd594my40w9pkal876jxgrqsqqqa28pccpzu).",
"tags": [
    ["d", "lorem-ipsum"],
    ["title", "Lorem Ipsum"],
    ["published_at", "1296962229"],
    ["t", "placeholder"],
    ["e", "b3e392b11f5d4f28321cedd09303a748acfd0487aea5a7450b3481c60b6e4f87", "wss://relay.example.com"],
    ["a", "30023:a695f6b60119d9521934a691347d9f78e8770b56da16bb255ee286ddf9fda919:ipsum", "wss://relay.nostr.org"]
],
"pubkey": "...",
"id": "..."
}