[크립토 좀비] Lesson 4. 좀비 전투 시스템 : Chapter 1~7 payable, 출금, 난수, 리팩토링

Chapter 1. Payable 

 여태까지 배운 함수 제어자를 먼저 정리해보면,

 

1. 접근 제어자 (visibility modifier) : 함수가 언제, 어디서 호출될 수 있는지 제어 (private, internal, external, public..)
2. 상태 제어자 (state modifier) : 블록체인과 상호작용 하는 방법에 대한 제어자 (view, pure)
3. 사용자 정의 제어자 : onlyOwner와 aboveLevel 같은 제어자.

 

  function test() external view onlyOwner anotherModifier { /* … */}  

와 같이 사용 가능

 

payable 제어자

: 이더를 받을 수 있는 특별한 함수 유형

 

일반적인 웹 서버에서 API 함수를 실행할 때는 함수 호출을 통해 돈을 보낼 수 없다.

하지만 이더리움에서는 돈(이더), 데이터, 컨트랙트 코드 자체 모두 이더리움 위에 존재하기 때문에,

함수를 실행하는 동시에 컨트랙트에 돈을 지불하는 것이 가능하다.

 

 

 

Chapter 2. 출금

 

 

Chapter 4. 난수 (Random Numbers)

Keccak256 을 통한 난수 생성

 

now의 타임스탬프 값, msg.sender, 증가하는 nonce(딱 한 번만 사용되는 숫자)를 받아서

keccak를 이용하여 입력들을 임의의 해시값으로 변환하고, 변환한 해시 값을 uint로 바꾼 후

% 100 을 써서 마지막 2자리 숫자만 받고록 했다.

(+) % 100을 하는 것은 0에서 99사이의 완전한 난수를 얻는 방법

 

하지만 이 메소드는  공격에 취약하다.

-> 이더리움에서는 컨트랙트의 함수를 실행하면 트랜잭션으로서 네트워크의 노드들에게 실행을 알리게 된다.

그 후 네트워크의 노드들은 여러개의 트랜잭션을 모아서 작업 증명을 하고 해당 트랜잭션 그룹을 그들의 작업 증명과 함께

블록으로 네트워크에 배포한다.

 

한 노드가 어떤 PoW를 풀면, 다른 노드들은 그 PoW를 풀려는 시도를 멈추고 해당 노드가 보낸 트랜잭션 목록이 유효한 것인지 검증한다.

유효하다면 다음 블록을 풀기 시작한다.

 

이러한 특징이 난수 함수를 취약하게 만드는 것이다.

 

예를 들어 게임관련 컨트랙트가 있다면

오직 나의 노드에만 트랜잭션을 알리고 이것을 공유하지 않을 수 있다.

게임에 지게 된다면 해당 트랜잭션을 포함하지 않을 수 있으므로, 이기고 다음 블록을 풀때까지 무한대로 반복하여 이득을 볼 수 있다.

 

그럼 이더리움에서 난수를 어떻게 안전하게 만들 수 있을까?

https://ethereum.stackexchange.com/questions/191/how-can-i-securely-generate-a-random-number-in-my-smart-contract

 

이걸 읽어보자.

 

블록체인의 전체 내용은 모든 참여자에게 공개되므로 풀기 어려운 문제이고

여러가지 방법이 있지만 그 중 하나의 방법은 이더리움 블록체인 외부의 난수 함수에 접근할 수 있도록 오라클을 사용하는 것이다.

 

이렇게 난수 함수를 취약하게 만드는 부당한 방법이 있지만, 사실 이 방법을 쓰는 것은 많은 시간과 연산 자원을 필요로 하기 때문에 

실제로는 난수 함수가 즉시 큰 돈이 되지 않는 한, 공격할 만한 충분한 자원을 들이지 않을 것이다.

 

 

Chapter 6. 공통 로직 구조 개선하기 (Refactoring)

Chapter 7. 구조 더 개선하기

공통적으로 사용하는 require 부분에 대하여 modifier를 사용해서 구조를 개선했다.