გადადით შინაარსზე
დაბრუნება Nymbot

ცოდნის ბაზა კაპოტის ქვეშ

პროტოკოლი და მოვლენები

ეს არის სასარგებლო, თუ თქვენ შეამოწმეთ კლიენტს, დააწკაპუნეთ სხვა კლიენტს, ან უბრალოდ გსურთ იცოდეთ, რომ ზემოთ აღწერა არის ფაქტი.

ჩვენი ქვემოთ

Nymbot შექმნილია Nostr. შეტყობინებები არის მოვლენები, Identities არის keypairs, და მიწოდება არის კომპლექტი relays, ვიდრე სერვერზე თქვენ უნდა უზრუნველყოს. ეს არის მიზეზი, რომ Identity ნებისმიერი სხვა Nostr app მუშაობს აქ მორგებული.

მათ შორის მოვლენები:

კეთილირა არის
1059ბეჭდვა, რომელიც შეიცავს შეტყობინებები, ორივე გზა.
14ფსიქოლოგია მასში - არ დააყენა, ასე რომ ეს არის უარყოფითი.
13ბეჭდვა, რომელიც გამოგზავნის მიერ დარეგისტრირებულია მიწოდებლისთვის.
30078Post-quantum შესაძლებლობების განცხადება, რომელიც შეიცავს KEM key.
27235ავტომატური მოვლენები, რომლებიც მოითხოვს მოთხოვნას, არის თქვენი.

One Turn, End to End

  1. თქვენი აპლიკაცია შეზღუდებს შეტყობინებას Nymbot- ის გამოქვეყნებული კლიენტებს - კლასიკური და ML-KEM - შეჩერებს იგი ერთჯერადი კლიენტზე და გამოქვეყნებს შეჩერებას რედაქტორებს. თქვენი საკუთარი კლიენტზე შეჩერებული კლიენტები ასევე გამოჩნდა, ასე რომ კონტაქტი გააუმჯობესებს ნებისმიერ მოწყობილობზე.
  2. ეს მოვუწოდებს სამუშაოთან ერთად შეფუთვა მოვლენების ID და ახალი auth მოვლენები დააკმაყოფილია, რომ ერთ-ერთი ოპერაცია და Endpoint, ასე რომ შეფუთული შეტყობინება არ შეიძლება გადაიხადოს განსხვავებული მოთხოვნით. შეტყობინება თვითმართველობის არასდროს მოგზაურობა როგორც პლასტექსტი.
  3. მუშაობის მოთხოვნებს, სანამ ეს მოპოვებს, იღებს, დატვირთებს ნებისმიერი რამ. იგივე შეტყობინების გადაცემა პირველი შეტყობინების პასუხი, ვიდრე მეორე ყიდვა - და ორი შეტყობინების შეფუთვა ერთი კითხვაზე.
  4. ეს იღებს შეფუთვა relays, გახსნა, შეამოწმებს, რომ შეფუთვა დააკმაყოფილია დატვირთული key, reconstructing სინათლის წინასწარ შეფუთვა, და აწარმოებს.
  5. პასუხი დახურულია თქვენი გამოქვეყნებული ღილაკებს, გამოქვეყნდა და გადაცემა თქვენი პროგრამა პასუხში, ასე რომ იგი გამოჩნდება, არ წაიკითხოს რედაქტის გაფართოებას.

კლასიკა, მარშრუტირება, ეძებს და ინსტრუმენტები მოვუწოდებს ყველა ხდება ნაბიჯში 4, სერვერზე. ეს არის ერთი შეტყობინება.

საკრედიტო Ledger

ბალანსი ცხოვრობენ ერთ-ერთი წერილის ბიბლიოთეკაში, ვიდრე რეგულარული ხაზებში, ასე რომ ორი მოწყობილობების ერთჯერადი გადახდის არ შეიძლება ორივე წარმატდეს იგივე კრედიტისთვის. ყველა ფული ოპერაცია არის idempotent და keyed: მოთხოვნები გადახდის ფულადი კრედიტები ერთხელ არ არის მნიშვნელობა, თუ რამდენად ხშირად იგი გადახდის, და კუპერის გადახდის გაგრძელება შემდეგ crash კრედიტები ერთხელ.

გადახდის საშუალებას აძლევს ახალი შეტყობინება, რომელიც დაკავშირებულია ამ საქმიანობას, და თანხა დაჯავშნა ადრე წარმოების და გადახდის შემდეგ, რაც არის, თუ როგორ Pro პასუხი შეიძლება budget მისი მაქსიმალური და გადახდის თქვენ მხოლოდ ის, რაც იგი გამოიყენა.

ეს Voucher მაგიდები გამოქვეყნების და გამოქვეყნების ანგარიშები არ შეამოწმოთ, ვინც, რაც მათი მთელი მნიშვნელობაა.