지식 기반 / 후드 아래

프로토콜 및 이벤트

클라이언트를 감사하고, 다른 클라이언트를 쓰거나, 위의 설명이 사실이라는 것을 알고 싶다면 유용합니다.

이 페이지는 편의를 위해 기계 번역되었습니다. 영문 원본이 적용되는 버전입니다.

우리 아래의

메시지는 이벤트, 정체성은 키 쌍이며, 배달은 신뢰할 수 있는 서버가 아닌 레레일 세트입니다.이것이 다른 Nostr 앱의 정체성이 여기에 변함없이 작동하는 이유입니다.

관련된 이벤트 :

한 번의 회전, 끝까지

1. 귀하의 앱은 Nymbot의 발표 된 키 - 클래식 및 ML-KEM -에 메시지를 봉인하고 단일 키로 포장하고 릴레이에 포장을 게시합니다.
2. Wrap의 이벤트 ID와 새 auth 이벤트가 그 하나의 액션과 엔드포인트에 대해 서명된 작업자를 호출하므로 캡처된 서명은 다른 요청에 대해 재생할 수 없습니다.The message itself never travels as plaintext.
3. 동일한 메시지를 보내는 것은 두 번째를 사기보다는 첫 번째 시도의 대답을 반복합니다 - 하나의 소문의 두 개의 포장은 하나의 질문으로 계산됩니다.
4. 그것은 릴레이에서 포장을 얻고, 그것을 열고, 서명자의 서명자가 인증 된 키와 일치하는지 확인하고, 이전 포장에서 스레드를 재구성하고, 생성합니다.It takes the wrap from the relays, opens it, checks the seal's signer matches the authenticated key, reconstructs the thread from the previous wraps, and generates.
5. 응답은 발표 된 키로 다시 봉인되고, 게시되고 응답에서 앱에 전달되므로 리레일 확산을 기다리지 않고 표시됩니다.The response is sealed back to your announced keys, published, and handed to your app in the response so it appears without waiting for relay propagation.

분류, 라우팅, 검색 및 도구 호출은 모두 서버의 단계 4 내부에서 발생합니다.

크레딧 레지거 Credit Ledger

균형은 평범한 행이 아닌 단일 작성자 레지거에 살기 때문에 두 장치에서 동시에 지출하는 것은 동일한 신용에 대해 모두 성공할 수 없습니다.모든 돈 거래는 idempotent 및 keyed입니다 : 지불 된 청구서 크레딧에 대한 요구는 얼마나 자주 재정의되었는지에 관계없이 한 번, 그리고 충돌 크레딧 후에 다시 쿠폰 구입.

지출은 그 작업에 묶인 신선한 서명에 의해 승인되며, 금액은 생성하기 전에 예약되고 그 후에 해결됩니다.This is how a Pro response can budget for its maximum and charge you only what it used.

이 Voucher 테이블 누구를 기록하지 않고 발행 및 지출을 기록하는 것이 그들의 전체 요점입니다.