내 “완벽한” 계약을 깨뜨린 테스트
Day 31 – 왜 Dev Tools가 그 어느 때보다 중요한가 첫 번째로 테스트가 내 “완벽한” 스마트 계약을 파괴했을 때, 해커가 아니었다. 그것은 내 자신의 Dev 환경이었다. 나는…
Day 31 – 왜 Dev Tools가 그 어느 때보다 중요한가 첫 번째로 테스트가 내 “완벽한” 스마트 계약을 파괴했을 때, 해커가 아니었다. 그것은 내 자신의 Dev 환경이었다. 나는…
30일 차가 된 이 Web3 여정에서 “security”는 무서운 audit 용어가 아니라 매우 실감나는 것이 되었습니다.
가시성 수정자 개요 | Modifier | 계약 내부 | 파생 계약 | 다른 계약 | External |
업그레이드 가능한 계약에서의 Constructor 동작 Solidity에서는 Constructor 내부에 배치된 코드나 Global variable 선언에 있는 코드는 배포된 Contract의 일부가 아닙니다.
Day 26 – Phase 3: Development 60‑Day Web3 Journey – Solidity Basics 60‑Day Web3 여정을 짧게 2일간 멈춘 후, 이제 다시 재생할 시간입니다.
Solidity는 Ethereum 블록체인에서 smart contracts를 작성하기 위해 설계된 프로그래밍 언어입니다. smart contracts는 자체 실행되는 프로그램으로, ...
플래시론이란 무엇인가? 플래시론은 담보 없이 제공되는 대출로, 단일 블록체인 트랜잭션 동안에만 존재합니다. 빌린 금액은 ...
!Cover image for Ethereum-Solidity 퀴즈 Q7: Solidity에서 'solc optimizer'란 무엇인가? https://media2.dev.to/dynamic/image/width=1000,height=420,fit=cover,gravity...
Maximum Bytecode Size EIP‑170 Ethereum에서 스마트 계약을 배포할 때 적용되는 EIP‑170의 최대 바이트코드 크기는 24,576바이트(24 KB)입니다. 컴파일된 계약 바이트코드가…
Solidity에서 프록시란 무엇인가요? Solidity의 프록시는 contract upgradability를 가능하게 하는 디자인 패턴입니다. 이는 smart contract 코드가 im...
Fuzzing이란? Fuzzing은 스마트 계약을 위한 자동화된 테스트 기법으로, 미리 정해진 수량의 무작위/예상치 못한 입력을 생성하여…