Damus
JM · 4d
미들웨어로 선회. 노스터 라이브러리리 병목 + 릴레이 emphemeral event 처리 병목이 의심된다. 로컬 환경에서도 800ms 대 레이턴시가 나옴.. (http 는 0.15us) ...
JM profile picture
ndk vs nostr-tools

ndk 가 이벤트처리 방식이 await on publish 방식이여서
전송한 event 가 OK 날 때 까지 오래걸림.

nostr tools는 Fire&forget 방식이라 OK 신경안씀
병목이 라이브러리에서 오는거같은데

로컬 릴레이 기준 벌써 36.7ms 달성.. ㄷㄷ
클라이언트<->릴레이<-> 앱서버 간에 현실적으로 300ms 안팎으로 될듯

세션키(대칭키) 방식으로 전환하면 계산 비용줄이고 레이턴시도 트래픽도 줄일 수 있을듯
2
JM · 4d
요거 다음으로 nostr-rs-relay (러스트 릴레이) 가 emphemeral event(20000~29999) 도 영구저장 이벤트랑 같은 큐를 공유하는데, 임시 이벤트용 큐를 분리하면 처리 방식에서도 레이턴시에 상당한 이득을 얻을듯함.
JM · 4d
엌ㅋㅋㅋㅋㅋ 클플 터널 RTT 70ms 나올텐데 250ms 달성 https://image.nostr.build/ab4dac15207a7080576edfd164b734679956eb65a41e1abc5d7a41d8c6ced5d4.jpg