Interface인터페이스는 다른 컨트랙트와 상호작용하기 위해 사용된다. 자식 컨트랙트를 위한 틀이며, 추상 함수로만 구성되어야 한다. 해당 내용을 구현하지는 않고 이를 상속하는 쪽에서 구현하게 하되, 다른 컨트랙트들에게 이 컨트랙트는 이런 함수들을 포함하니 안심하고 호출하라는 정보를 주는 역할을 한다.Interface in Solidity아래는 간단한 인터페이스 예시이다. ICalculator를 이용해서 계산기에 대한 인터페이스를 만들었고, contract Calculator is ICalculator 구절은 Calculator 컨트랙트가 해당 인터페이스를 상속받도록 만든다.// SPDX-License-Identifier: MIT pragma solidity ^0.8.9; interface ICalculator { function Add(uint256 a, uint256 b) external pure returns (uint256 result); function Sub(uin...

Interface인터페이스는 다른 컨트랙트와 상호작용하기 위해 사용된다. 자식 컨트랙트를 위한 틀이며, 추상 함수로만 구성되어야 한다. 해당 내용을 구현하지는 않고 이를 상속하는 쪽에서 구현하게 하되, 다른 컨트랙트들에게 이 컨트랙트는 이런 함수들을 포함하니 안심하고 호출하라는 정보를 주는 역할을 한다.Interface in Solidity아래는 간단한 인터페이스 예시이다. ICalculator를 이용해서 계산기에 대한 인터페이스를 만들었고, contract Calculator is ICalculator 구절은 Calculator 컨트랙트가 해당 인터페이스를 상속받도록 만든다.// SPDX-License-Identifier: MIT pragma solidity ^0.8.9; interface ICalculator { function Add(uint256 a, uint256 b) external pure returns (uint256 result); function Sub(uin...

Aptos 백서에서 발췌블록체인이 새로운 인터넷 인프라로 부상하면서 수만개의 탈중앙 애플리케이션이 배포되어 왔다. 불행히도, 블록체인은 잦은 중단, 높은 비용, 낮은 처리량 제한 및 수 많은 보안 문제들로 인해 사용이 아직 보편화되지 않았다. 블록체인 인프라는 웹3 시대의 대중화를 위해서 신뢰할 수 있고 확장 가능하고, 비용 효율적이며, 널리 사용되는 애플리케이션의 구축을 위해 지속적으로 발전하는 플랫폼인 클라우드 인프라의 길을 따라야 한다. 우리는 이러한 과제를 해결하기 위해 확장성, 안전성, 신뢰성 및 향상성을 핵심 원칙으로 설계된 Aptos 블록체인을 제시한다. 지난 3년간 전 세계 350명 이상의 개발자들이 Aptos 블록체인을 개발했다. Aptos는 합의, 스마트 컨트랙트 설계, 시스템 보안, 성능 및 탈중앙성 면에서 새롭고 참신한 혁신을 제안한다. 이러한 기술들의 조합은 웹3 대중화를 위한 기본 구성 요소가 될 것이다:Aptos NodeAptos node는 두 가지 ...

Aptos 백서에서 발췌블록체인이 새로운 인터넷 인프라로 부상하면서 수만개의 탈중앙 애플리케이션이 배포되어 왔다. 불행히도, 블록체인은 잦은 중단, 높은 비용, 낮은 처리량 제한 및 수 많은 보안 문제들로 인해 사용이 아직 보편화되지 않았다. 블록체인 인프라는 웹3 시대의 대중화를 위해서 신뢰할 수 있고 확장 가능하고, 비용 효율적이며, 널리 사용되는 애플리케이션의 구축을 위해 지속적으로 발전하는 플랫폼인 클라우드 인프라의 길을 따라야 한다. 우리는 이러한 과제를 해결하기 위해 확장성, 안전성, 신뢰성 및 향상성을 핵심 원칙으로 설계된 Aptos 블록체인을 제시한다. 지난 3년간 전 세계 350명 이상의 개발자들이 Aptos 블록체인을 개발했다. Aptos는 합의, 스마트 컨트랙트 설계, 시스템 보안, 성능 및 탈중앙성 면에서 새롭고 참신한 혁신을 제안한다. 이러한 기술들의 조합은 웹3 대중화를 위한 기본 구성 요소가 될 것이다:Aptos NodeAptos node는 두 가지 ...

Proof of Stake지난 Consensus Algorithm 글에서 Proof of Stake에 대해서 설명한 적이 있다. https://mirror.xyz/0xA1d9f681B25C14C1eE7B87f1CF102E73cA3ad4d9/dNZxY-q_er4ooD7eDbALn6PQhLTvKMuO11XI8HmxQiQ 작업증명의 합의 알고리즘은 블록체인 시대를 알리는 1등 공신이 되었지만 시간이 지날 수록 과도한 에너지 소비 및 채굴의 독점화가 발생하기 시작했고, 이에 새로운 합의 알고리즘에 대한 논의가 시작되었다. 그렇게 나온 합의 알고리즘이 바로 지분증명(PoS)이다. 지분증명이란 참여자의 소유 지분(Stake)이 블록 생성 권한에 반영이 되는 알고리즘을 일컫는다. 원리는 다음과 같다.블록 생성 및 검증의 역할을 하는 Validator가 되기 위해서는 **자신이 보유하고 있는 암호 화폐를 보증금의 형태로 락업하는 특별한 거래(Special Transaction)**를 해야 한...

Proof of Stake지난 Consensus Algorithm 글에서 Proof of Stake에 대해서 설명한 적이 있다. https://mirror.xyz/0xA1d9f681B25C14C1eE7B87f1CF102E73cA3ad4d9/dNZxY-q_er4ooD7eDbALn6PQhLTvKMuO11XI8HmxQiQ 작업증명의 합의 알고리즘은 블록체인 시대를 알리는 1등 공신이 되었지만 시간이 지날 수록 과도한 에너지 소비 및 채굴의 독점화가 발생하기 시작했고, 이에 새로운 합의 알고리즘에 대한 논의가 시작되었다. 그렇게 나온 합의 알고리즘이 바로 지분증명(PoS)이다. 지분증명이란 참여자의 소유 지분(Stake)이 블록 생성 권한에 반영이 되는 알고리즘을 일컫는다. 원리는 다음과 같다.블록 생성 및 검증의 역할을 하는 Validator가 되기 위해서는 **자신이 보유하고 있는 암호 화폐를 보증금의 형태로 락업하는 특별한 거래(Special Transaction)**를 해야 한...

RoyaltyNFT 시장에서는 Royalty 라는 개념이 있다. 쉽게 설명하면, 내가 만든 NFT(나의 창작물)에 대해서, 모든 2차판매가 일어나는 경우 원 창작자(나)에게 일정 금액을 지불하는 것이다. 저작권료라고 생각하면 이해가 쉽다. 기존 NFT를 발행하기 위해서 수많은 사람들이 ERC-721 컨트랙트를 배포해 사용하고 있었는데, Royalty 시스템을 구현한 것은 각 마켓플레이스나 프로젝트 별로 달랐다. 그 표준을 정립한 것이 바로 오늘 소개할 ERC-2981 컨트랙트이다.Royalty Info/// @notice Called with the sale price to determine how much royalty // is owed and to whom. /// @param _tokenId - the NFT asset queried for royalty information /// @param _salePrice - the sale price of the NFT ass...

RoyaltyNFT 시장에서는 Royalty 라는 개념이 있다. 쉽게 설명하면, 내가 만든 NFT(나의 창작물)에 대해서, 모든 2차판매가 일어나는 경우 원 창작자(나)에게 일정 금액을 지불하는 것이다. 저작권료라고 생각하면 이해가 쉽다. 기존 NFT를 발행하기 위해서 수많은 사람들이 ERC-721 컨트랙트를 배포해 사용하고 있었는데, Royalty 시스템을 구현한 것은 각 마켓플레이스나 프로젝트 별로 달랐다. 그 표준을 정립한 것이 바로 오늘 소개할 ERC-2981 컨트랙트이다.Royalty Info/// @notice Called with the sale price to determine how much royalty // is owed and to whom. /// @param _tokenId - the NFT asset queried for royalty information /// @param _salePrice - the sale price of the NFT ass...

트랜잭션의 Lifecycle트랜잭션의 생명주기는 블록체인에서 트랜잭션이 생성되고 최종적으로 블록에 포함될 때까지의 과정을 나타낸다. 이 과정은 다음과 같은 단계로 이루어진다.트랜잭션 생성사용자는 트랜잭션을 생성한다. 이 트랜잭션은 송신자, 수신자, 전송할 암호화폐의 양, 그리고 (필요한 경우) 데이터나 스마트 계약 명령어 등을 포함한다. 송신자는 이 트랜잭션에 개인키를 사용하여 서명한다.트랜잭션 전파생성된 트랜잭션은 블록체인 네트워크로 전송되며, 다른 노드들에게 전파된다.Mempool에 추가네트워크의 각 노드는 전파받은 트랜잭션을 자신의 mempool에 추가한다. Mempool은 아직 블록에 포함되지 않은 트랜잭션들의 집합이다.트랜잭션 선택 및 블록 생성마이너들은 mempool에서 트랜잭션을 선택하고, 이를 블록에 포함시킨다. 각 마이너는 자신의 블록을 생성하기 위해 nonce 값을 변경하며, 해당 블록의 해시 값이 블록체인의 난이도 목표를 충족하는 nonce 값을 찾는다.블록...

트랜잭션의 Lifecycle트랜잭션의 생명주기는 블록체인에서 트랜잭션이 생성되고 최종적으로 블록에 포함될 때까지의 과정을 나타낸다. 이 과정은 다음과 같은 단계로 이루어진다.트랜잭션 생성사용자는 트랜잭션을 생성한다. 이 트랜잭션은 송신자, 수신자, 전송할 암호화폐의 양, 그리고 (필요한 경우) 데이터나 스마트 계약 명령어 등을 포함한다. 송신자는 이 트랜잭션에 개인키를 사용하여 서명한다.트랜잭션 전파생성된 트랜잭션은 블록체인 네트워크로 전송되며, 다른 노드들에게 전파된다.Mempool에 추가네트워크의 각 노드는 전파받은 트랜잭션을 자신의 mempool에 추가한다. Mempool은 아직 블록에 포함되지 않은 트랜잭션들의 집합이다.트랜잭션 선택 및 블록 생성마이너들은 mempool에서 트랜잭션을 선택하고, 이를 블록에 포함시킨다. 각 마이너는 자신의 블록을 생성하기 위해 nonce 값을 변경하며, 해당 블록의 해시 값이 블록체인의 난이도 목표를 충족하는 nonce 값을 찾는다.블록...

Solidity의 deletesolidity에는 delete() 키워드가 있다. 다음과 같이 사용할 수 있다.// SPDX-License-Identifier: MIT pragma solidity ^0.8.9; contract MyContract { uint public number; uint[] public dynamicArr; uint[5] public fixedArr; mapping(uint => uint) public map; constructor() { number = 5; dynamicArr.push(5); fixedArr[0] = 5; map[0] = 5; } function deleteAll() external { delete number; // reset value to zero delete dynamicArr; // reduces size to 0 delete fixedArr; // reset all values to zero // delete map; // e...

Solidity의 deletesolidity에는 delete() 키워드가 있다. 다음과 같이 사용할 수 있다.// SPDX-License-Identifier: MIT pragma solidity ^0.8.9; contract MyContract { uint public number; uint[] public dynamicArr; uint[5] public fixedArr; mapping(uint => uint) public map; constructor() { number = 5; dynamicArr.push(5); fixedArr[0] = 5; map[0] = 5; } function deleteAll() external { delete number; // reset value to zero delete dynamicArr; // reduces size to 0 delete fixedArr; // reset all values to zero // delete map; // e...

Storage data스마트 컨트랙트를 작성하면, storage, memory등의 데이터를 다루게 된다. storage같은 경우에는 블록체인 상에 영구적으로 저장이 되는데, 정확하게 어디에 어떻게 저장이 되는 것일까? 다음과 같은 컨트랙트를 예시로 들어보자.contract StorageContract { struct Data { address user; uint256 amount; } mapping (uint256=>Data) mapper; } mapper에 있는 data들은 어디에 저장될까? 당연히 블록에 저장된다. 블록체인의 각 블록에는 트랜잭션 목록이 포함되어 있다. 트랜잭션에는 암호화폐 전송이 포함될 수 있지만 스마트 컨트랙트와의 상호 작용도 포함될 수 있다. 트랜잭션이 스마트 컨트랙트와 상호 작용할 때 컨트랙트의 함수를 실행하고 해당 스토리지 데이터를 수정할 수 있다. 이 때 스마트 컨트랙트의 새로운 상태는 블록체인에 저장된다. 그런데 여기서 한 가지 의문이 더 생긴...

Storage data스마트 컨트랙트를 작성하면, storage, memory등의 데이터를 다루게 된다. storage같은 경우에는 블록체인 상에 영구적으로 저장이 되는데, 정확하게 어디에 어떻게 저장이 되는 것일까? 다음과 같은 컨트랙트를 예시로 들어보자.contract StorageContract { struct Data { address user; uint256 amount; } mapping (uint256=>Data) mapper; } mapper에 있는 data들은 어디에 저장될까? 당연히 블록에 저장된다. 블록체인의 각 블록에는 트랜잭션 목록이 포함되어 있다. 트랜잭션에는 암호화폐 전송이 포함될 수 있지만 스마트 컨트랙트와의 상호 작용도 포함될 수 있다. 트랜잭션이 스마트 컨트랙트와 상호 작용할 때 컨트랙트의 함수를 실행하고 해당 스토리지 데이터를 수정할 수 있다. 이 때 스마트 컨트랙트의 새로운 상태는 블록체인에 저장된다. 그런데 여기서 한 가지 의문이 더 생긴...

container packagegolang에는 빌트인으로 사용할 수 있는 container package가 있다. 개발을 하다보면, 자료구조를 사용할 일이 꽤 생긴다. go에서는 container 패키지에서 기본 자료구조를 제공해주므로 꽤나 편리하게 사용할 수 있다. 패키지에서 제공하는 자료구조는 다음과 같다.Linked listHeapRing (Circular list)container 패키지를 이용해서 간단한 자료구조를 구현해보자.container/listpackage main import ( "container/list" "log" ) func main() { lst := list.New() lst.PushBack(1) lst.PushBack(2) lst.PushBack(3) log.Println(lst.Len()) } 위와 같이 container/list 패키지를 import하면, 손쉽게 linked list를 사용할 수 있다. 개발을 하면서 linked list를 사용...

container packagegolang에는 빌트인으로 사용할 수 있는 container package가 있다. 개발을 하다보면, 자료구조를 사용할 일이 꽤 생긴다. go에서는 container 패키지에서 기본 자료구조를 제공해주므로 꽤나 편리하게 사용할 수 있다. 패키지에서 제공하는 자료구조는 다음과 같다.Linked listHeapRing (Circular list)container 패키지를 이용해서 간단한 자료구조를 구현해보자.container/listpackage main import ( "container/list" "log" ) func main() { lst := list.New() lst.PushBack(1) lst.PushBack(2) lst.PushBack(3) log.Println(lst.Len()) } 위와 같이 container/list 패키지를 import하면, 손쉽게 linked list를 사용할 수 있다. 개발을 하면서 linked list를 사용...

TCP vs UDP최근 회사에서 서버간 gRPC 통신, 프로세스간 RPC 통신 등… 체결엔진을 개발하면서 RPC 통신을 하기도 하고, IPC를 시도하는 등 성능을 끌어올리기 위해 많은 시행착오를 거쳤다. 그 중에서 에러를 처리하는 것으로 잠시 나왔던 안건이 있는데, 간단하게 소개하면서 TCP와 UDP에 대해서 왜 다루게 되었는지 소개하고자 한다. 당시 체결 관련된 서버에서는 5가지의 프로세스가 있었다.gRPC gateway: 지정가/시장가 주문 받고 오더북 관리, 매칭되는 주문은 체결 프로세스로 전송Matching process: 받은 주문을 조건에 맞게 체결, 체결 이벤트(matching event)를 전송Placement process: 지정가 주문이 오더북에 등록되면 등록 이벤트(placement)를 전송Refund process: 시장가 주문 실패, 주문 취소 등의 경우 환불 처리 후 이벤트 전송Event process: 이벤트를 수거해서 알맞은 서버로 전송 및 db 반...

TCP vs UDP최근 회사에서 서버간 gRPC 통신, 프로세스간 RPC 통신 등… 체결엔진을 개발하면서 RPC 통신을 하기도 하고, IPC를 시도하는 등 성능을 끌어올리기 위해 많은 시행착오를 거쳤다. 그 중에서 에러를 처리하는 것으로 잠시 나왔던 안건이 있는데, 간단하게 소개하면서 TCP와 UDP에 대해서 왜 다루게 되었는지 소개하고자 한다. 당시 체결 관련된 서버에서는 5가지의 프로세스가 있었다.gRPC gateway: 지정가/시장가 주문 받고 오더북 관리, 매칭되는 주문은 체결 프로세스로 전송Matching process: 받은 주문을 조건에 맞게 체결, 체결 이벤트(matching event)를 전송Placement process: 지정가 주문이 오더북에 등록되면 등록 이벤트(placement)를 전송Refund process: 시장가 주문 실패, 주문 취소 등의 경우 환불 처리 후 이벤트 전송Event process: 이벤트를 수거해서 알맞은 서버로 전송 및 db 반...

BFTBFT는 Byzantine Fault Tolerance의 약자로, '비잔틴 장애 허용'을 의미한다. 이는 분산 컴퓨터 시스템에서, 특히 블록체인 네트워크에서 중요한 역할을 한다. 비잔틴 장애는 분산 시스템에서 발생할 수 있는 가장 어려운 문제 중 하나이다. 그 이름은 '비잔틴 장군들의 문제'라는 논리 퍼즐에서 유래되었다.비잔틴 장군 문제이 문제에서는 여러 비잔틴 장군들이 도시를 공격할 때, 동시에 공격해야 성공할 수 있다는 가정을 한다. 그러나 각 장군들은 서로 믿을 수 없으며, 신뢰할 수 있는 통신 채널도 없다. 이러한 상황에서 어떻게 모든 장군들이 일치하는 결정을 내릴 수 있는지에 대한 문제이다. 이 비잔틴 장군들의 문제를 해결하는 것이 바로 BFT이다. BFT는 분산 네트워크 내에서 속이거나 결함이 있는 노드(비잔틴 장군)에도 불구하고 합의를 이룰 수 있는 방식을 제공한다. 이는 노드 간에 정보를 교환하고, 과반수의 노드가 동일한 ...

BFTBFT는 Byzantine Fault Tolerance의 약자로, '비잔틴 장애 허용'을 의미한다. 이는 분산 컴퓨터 시스템에서, 특히 블록체인 네트워크에서 중요한 역할을 한다. 비잔틴 장애는 분산 시스템에서 발생할 수 있는 가장 어려운 문제 중 하나이다. 그 이름은 '비잔틴 장군들의 문제'라는 논리 퍼즐에서 유래되었다.비잔틴 장군 문제이 문제에서는 여러 비잔틴 장군들이 도시를 공격할 때, 동시에 공격해야 성공할 수 있다는 가정을 한다. 그러나 각 장군들은 서로 믿을 수 없으며, 신뢰할 수 있는 통신 채널도 없다. 이러한 상황에서 어떻게 모든 장군들이 일치하는 결정을 내릴 수 있는지에 대한 문제이다. 이 비잔틴 장군들의 문제를 해결하는 것이 바로 BFT이다. BFT는 분산 네트워크 내에서 속이거나 결함이 있는 노드(비잔틴 장군)에도 불구하고 합의를 이룰 수 있는 방식을 제공한다. 이는 노드 간에 정보를 교환하고, 과반수의 노드가 동일한 ...

Solidity modifierSolidity에는 modifier라는 것이 있다. modifier는 우리가 컨트랙트를 개발할 때 함수의 동작을 제어할 수 있도록 해준다. 간단한 modifier의 예시를 보자.modifier modifierName { // ...modifier code... _; // this represents the function body that the modifier is applied to } _; 키워드는 함수의 나머지 body 부분을 실행하라는 명령을 나타낸다.다음과 같이 함수에 적용할 수 있다.function functionName() modifierName public { // ...function code... } 보통 modifier를 통해서 달성하고자 하는 목표는 다음과 같다.Access control : onlyOwner와 같이 Role에 따라 함수 Access를 제한하기 위함Precondition : 함수의 동작을 위한 전제조건, (e...

Solidity modifierSolidity에는 modifier라는 것이 있다. modifier는 우리가 컨트랙트를 개발할 때 함수의 동작을 제어할 수 있도록 해준다. 간단한 modifier의 예시를 보자.modifier modifierName { // ...modifier code... _; // this represents the function body that the modifier is applied to } _; 키워드는 함수의 나머지 body 부분을 실행하라는 명령을 나타낸다.다음과 같이 함수에 적용할 수 있다.function functionName() modifierName public { // ...function code... } 보통 modifier를 통해서 달성하고자 하는 목표는 다음과 같다.Access control : onlyOwner와 같이 Role에 따라 함수 Access를 제한하기 위함Precondition : 함수의 동작을 위한 전제조건, (e...

Goroutine에 대한 고찰이번에 회사에서 이런 저런 엔진 작업을 할 일이 생겼다. gRPC, Channel, context 등을 다루면서 자연스레 프로세스도 많아지고, 프로세스 내에서 실행되는 고루틴도 많아졌다. 그러다 든 의문은, goroutine이 100만개가 생성되면, 어떤 식으로 실행이 될 것이고, 정말 그게 더 빠를까?Goroutine runtimego 코드를 작성 후 컴파일하면 바이너리 파일에 go runtime이 같이 컴파일된다. 바이너리를 실행할 때 해당 runtime이 go의 gc와, goroutine의 스케줄링을 실시한다. 오늘은 goroutine의 스케줄링과 런타임 등에 대해서 알아보고자 한다. Go 문서를 읽어보면 Goroutine 개수에 대해 걱정하는 것은 섣부른 최적화라고 나와 있을 정도로 Goroutine은 가볍다고 한다. 또한 각 Goroutine간의 스위칭시에 오버헤드도 적고, 병행 실행에 관한 최적화된 처리를 go runtime schedul...

Goroutine에 대한 고찰이번에 회사에서 이런 저런 엔진 작업을 할 일이 생겼다. gRPC, Channel, context 등을 다루면서 자연스레 프로세스도 많아지고, 프로세스 내에서 실행되는 고루틴도 많아졌다. 그러다 든 의문은, goroutine이 100만개가 생성되면, 어떤 식으로 실행이 될 것이고, 정말 그게 더 빠를까?Goroutine runtimego 코드를 작성 후 컴파일하면 바이너리 파일에 go runtime이 같이 컴파일된다. 바이너리를 실행할 때 해당 runtime이 go의 gc와, goroutine의 스케줄링을 실시한다. 오늘은 goroutine의 스케줄링과 런타임 등에 대해서 알아보고자 한다. Go 문서를 읽어보면 Goroutine 개수에 대해 걱정하는 것은 섣부른 최적화라고 나와 있을 정도로 Goroutine은 가볍다고 한다. 또한 각 Goroutine간의 스위칭시에 오버헤드도 적고, 병행 실행에 관한 최적화된 처리를 go runtime schedul...