일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- Vue.js
- 스마트 컨트렉트 함수이름 중복
- 티스토리챌린지
- 스마트컨트렉트 함수이름 중복 호출
- 스마트컨트렉트프록시
- 머신러닝기초
- Vue
- chainlink 설명
- 프록시배포구조
- 스마트컨트렉트 예약어 함수이름 중복
- ambiguous function description
- nest.js설명
- ethers
- 체인의정석
- ethers type
- ethers websocket
- 오블완
- 러스트 기초 학습
- multicall
- git rebase
- vue기초
- 러스트기초
- SBT표준
- 러스트 기초
- 컨트렉트 동일한 함수이름 호출
- 스마트컨트렉트테스트
- ethers v6
- 컨트렉트 배포 자동화
- rust 기초
- ethers typescript
Archives
- Today
- Total
목록solidity 부하테스트 (1)
체인의정석
Lens, Gateway 등 조회 컨트렉트를 만들 때의 유의점
상황 : nft의 홀더리스트 조회를 백엔드 작업 없이 정확하게 리턴하도록 nftFactory에서 리스트를 가져와서 nft 주소를 입력하면 누가 어떤 tokenID를 가지고 있는지 구현한 상황문제 : 한 홀더당 가지고 있는 nft의 수가 6500개가 넘어가면 (조회함수에서 리턴하는 배열에 6500개 이상의 데이터가 들어갈 시) 오류 발생, 여러 컨트렉트 동시 조회 시에는 이중 배열을 사용하여 100개가 넘는 종류의 nft를 가지고 잇을시 오류 발생.요약 : 조회함수를 쓰더라도 몇개의 데이터까지 다룰 수 있는지 테스트 필요. 조회 함수더라도 네트워크에 따라서 연산 가능한 양과 인출 가능한 데이터가 다르며 생각보다 그 값은 크지 않음.해결 방안 : 유저리스트, nft정보 조회를 조회 컨트렉트로 따로 파서 만들..
블록체인/Solidity
2024. 4. 26. 12:10