체인의정석

들어가며 chainlink functions의 경우 블록체인에서의 web2 연산을 하도록 연결해주는 서비스이다. 이번 포스팅에서는 chainlink functions의 기초예제를 하는 방법에 대해 자세히 다루도록 하겠다. 기본 구조와 UseCase 정리 출처 : "해당 부분은" CP labs Eric Lee 님이 보내주신 설명글 입니다. 구조 스마트컨트랙트가 DON(Decentralized Oracle Network)에게 코드를 보내면, 각 노드들이 서버리스 환경에서 코드를 실행하고 각각의 값을 모은 다음에 최종 결과를 컨트랙트로 전달하는 구조 Use-case - Connect to any public data -> 실시간 스포츠 결과 or 날씨 통계량 받아올 수 있음 - Connect to public..

ERC 4337은 계정추상화에 대한 내용으로서 최근 매우 유명한 ERC 중 하나이다. https://www.erc4337.io/resources ERC-4337 The official ERC-4337 website - useful information about the Ethereum Account Abstraction protocol www.erc4337.io 관련해서 전부터 자체 테스트를 하려했으나 트랜잭션을 계속 실패하여서 먼저 간단한 튜토리얼을 따라서 학습 해 본 후 추가적인 학습을 이어 나가려고 한다. 일단 기본 튜토리얼은 무엇을 할지 계속 살펴보다가 위의 링크에서 추천되어 있는 Trampolin의 예제를 해보도록 하겠다. https://erc4337.mirror.xyz/r0Sxa_ncYJA8y..

ERC-6239는 이전에 살펴본 erc5192의 확장 표준이다. https://eips.ethereum.org/EIPS/eip-5192 ERC-5192: Minimal Soulbound NFTs Minimal interface for soulbinding EIP-721 NFTs eips.ethereum.org 동기를 보면 RDF라는 프레임워크 트리플을 SBT의 메타데이터에 넣는 형태라고 합니다. "이 제안은 소울바운드 토큰('SBT')의 메타데이터에 리소스 설명 프레임워크(RDF) 트리플을 도입하여 ERC-721과 ERC-5192를 확장합니다." SBT의 경우 사실 신원 인증으로서 사용하려면 여러 메타데이터들이 들어가야 할 텐데 해당 메타데이터를 직접 SBT안에 넣을 때 사용하는 표준이다. nt(N-Tr..

이번에 살펴볼 내용은 ERC-5484 이다. https://eips.ethereum.org/EIPS/eip-5484 ERC-5484: Consensual Soulbound Tokens Interface for special NFTs with immutable ownership and pre-determined immutable burn authorization eips.ethereum.org 먼저 해당 표준이 나온 동기부터 살펴보도록 하자 "소울바운드 토큰에 대한 아이디어는 출판 이후 상당한 주목을 받았습니다. 그러나 표준 인터페이스가 없으면 소울바운드 토큰은 호환되지 않습니다. 토큰 구현에 대한 최소한의 합의 없이 소울바운드 토큰을 대상으로 하는 보편적인 서비스를 개발하는 것은 어렵습니다. 이 EIP는..

1. 들어가며 먼저 SoulBoundToken이란 전송 불가능한 토큰으로서 최근 메타버스 분야를 비롯하여 많은 곳에서 인증의 수단이나 활용의 수단으로 쓰이고 있다. 필자는 서강대 메타버스전문대학원 과정의 학생으로서 SBT에 대한 공부를 좀 살펴보려는 취지에서 따로 조사를 진행하기 위하여 글로 정리하는 것이며 대략적으로 SBT는 전송이 불가능하다는 특징 외에는 아는 것이 없었는데 SBT와 관련된 공식 표준을 통해서 어떤 내용이 있는지 살펴보도록 하겠다. 필자도 처음 살펴보는 내용이므로 해당 내용은 투자정보 또는 100% 자세한 내용임은 보장할 수 없지만 더 전문적이고 자세한 연구글이 나오기 전까지 처음 SBT의 구현체를 접근하려는 사람들에게 도움을 주기 위하여 해당 글을 작성한다. 사실 SBT의 표준에 대..

provider에 console.log를 찍어보니 HTTP provider가 로컬호스트로만 작동하고 해결이 안되고 있었다. 해당 부분을 보니 설정 문제인거 같은데 설정 파일을 바꾸고 체크를 해봐도 해결이 되지 않았다. 그래서 그냥 hardhat의 config를 사용하는 대신 수동으로 모두 지정해 주기로 하였다. import { BigNumber, BigNumberish, Signer } from "ethers"; import { ethers } from "hardhat"; export const basicSettings = async (): Promise => { const provider = new ethers.providers.JsonRpcProvider("RPC_URL"); const wallet ..

1. tsConfig 살펴보기 tsConfig에서 scripts 경로가 지정되어있는지 확인한다. include 안에 들어가있는지 보면된다. { "compilerOptions": { "target": "ES2017", "module": "commonjs", "declaration": true, "declarationMap": true, "sourceMap": true, "outDir": "./dist", "strict": true, "rootDirs": ["./src", "./scripts", "./test"], "esModuleInterop": true }, "exclude": ["dist", "node_modules"], "include": ["./test", "./src", "./scripts"], ..

오랜기간 ethers와 typescipt를 사용했었는데 ethers의 타입을 지정하는 부분이 많이 어려웠었다. 지금까지 알게 된 내용들을 한번 정리해 보려고 한다. 1. 컨트렉트 객체 생성 시에 타입 지정해 버리기 import { NonfungiblePositionManager } from '../typechain/NonfungiblePositionManager'; const nonfungiblePositionManager = await ethers.getContractAt("NonfungiblePositionManager", contractAddressNftManager, signer) as NonfungiblePositionManager; 위와 같은 형태로 typechain을 사용하면 여기서 기본적인..