일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
Tags
- git rebase
- 러스트 기초 학습
- 머신러닝기초
- chainlink 설명
- multicall
- ethers websocket
- 오블완
- 스마트 컨트렉트 함수이름 중복
- ethers type
- 컨트렉트 동일한 함수이름 호출
- 계정추상화
- 스마트컨트렉트 함수이름 중복 호출
- Vue.js
- 러스트기초
- 컨트렉트 배포 자동화
- Vue
- erc4337 contract
- 티스토리챌린지
- ethers
- SBT표준
- 스마트컨트렉트 예약어 함수이름 중복
- erc4337
- ethers typescript
- vue기초
- ambiguous function description
- 체인의정석
- 스마트컨트렉트테스트
- rust 기초
- ethers v6
- 러스트 기초
Archives
- Today
- Total
목록ethers v6 catch event (1)
체인의정석
ethers v6 이벤트 구독하고 유지시키는 방법 정리
이벤트 구독 로직의 경우 실제 테스트 환경까지 통과하더라도 이벤트 구독 로직을 오래 켜두면 RPC 엔드포인트 관련 문제가 발생할 수 있다. 이에 따른 대안은 2가지이다.1. 웹소켓을 쓰고 ping, pong로직 구현 (웹소켓을 쓰는것이 좋다고는 하지만 웹소켓을 써봤자 지속적으로 살려주는 ping, pong 로직을 구현해주고 체크 또한 지속적으로 해주어야 한다.) 2. http 통신을 쓰고 문제가 생길때마다 재시작 1. 가장 좋은 케이스는 문제 없는 URC URL이 제공되며 풀 아카이브 노드 형태로 제공되는 형태 이 경우 일반적인 구독을 사용하더라도 문제가 없다. 이러한 경우 아래와 같이 사용하면 끝난다. Contract.on("ReceiveMessage", async (...args) => { ..
블록체인/Ethers & web3
2024. 7. 4. 14:50