본문으로 건너뛰기

Understanding GIWA Blockchain and SDK

이 문서는 블록체인 기초부터 GIWA Chain의 기술 아키텍처와 SDK 개발 배경까지 상세하게 설명합니다.


Table of Contents​

  1. Blockchain Fundamentals
  2. Ethereum and Smart Contracts
  3. Layer 2 Scaling Solutions
  4. OP Stack and Optimistic Rollup
  5. Understanding GIWA Chain
  6. Flashblocks: Ultra-Fast Transaction Confirmation
  7. GIWA React Native SDK Development Background
  8. References

1. Blockchain Fundamentals​

1.1 What is Blockchain?​

블록체인은 중앙 서버가 아닌 네트워크 참여자들이 공동으로 데이터를 기록하고 관리하는 **분산 원장 기술(DLT)**의 한 형태입니다.

┌─────────────┐    ┌─────────────┐    ┌─────────────┐    ┌─────────────┐
│ Block 1 │───▶│ Block 2 │───▶│ Block 3 │───▶│ Block N │
│ │ │ │ │ │ │ │
│ - Hash │ │ - Hash │ │ - Hash │ │ - Hash │
│ - Prev Hash │ │ - Prev Hash │ │ - Prev Hash │ │ - Prev Hash │
│ - Txs │ │ - Txs │ │ - Txs │ │ - Txs │
│ - Timestamp │ │ - Timestamp │ │ - Timestamp │ │ - Timestamp │
└─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘

1.2 Key Characteristics​

특성설명
Decentralization단일 권한이 아닌 네트워크 참여자들이 공동으로 데이터를 관리
Immutability한 번 기록된 데이터는 수정하거나 삭제할 수 없음
Transparency모든 거래 이력이 공개되어 누구나 검증 가능
Consensus Mechanism네트워크 참여자들이 데이터의 유효성에 동의하는 방법

1.3 Consensus Mechanism​

블록체인 네트워크가 새로운 블록을 생성하고 트랜잭션을 검증하는 방법입니다.

Proof of Work (PoW)​

  • 비트코인에서 사용
  • 복잡한 수학 문제를 풀어 블록 생성 권한을 획득
  • 높은 에너지 소비가 단점

Proof of Stake (PoS)​

  • 이더리움 2.0에서 사용
  • 암호화폐를 담보로 스테이킹하여 블록 생성 권한을 획득
  • 에너지 효율적이지만 "부익부" 구조에 대한 우려

1.4 Transaction​

블록체인에서 발생하는 모든 상태 변경을 기록하는 단위입니다.

interface Transaction {
from: string; // 발신자 주소
to: string; // 수신자 주소
value: bigint; // 전송 금액 (wei 단위)
data: string; // 스마트 컨트랙트 호출 데이터
nonce: number; // 발신자의 트랜잭션 순번
gasLimit: bigint; // 최대 가스 사용량
gasPrice: bigint; // 가스당 가격
}

2. Ethereum and Smart Contracts​

2.1 Ethereum​

이더리움은 비탈릭 부테린이 2015년에 설립한 프로그래밍 가능한 블록체인 플랫폼입니다. 단순한 가치 전송을 넘어 스마트 컨트랙트를 통해 복잡한 비즈니스 로직을 블록체인에서 실행할 수 있습니다.

2.2 Ethereum Virtual Machine (EVM)​

EVM (Ethereum Virtual Machine)은 스마트 컨트랙트를 실행하는 가상 컴퓨터입니다.

┌─────────────────────────────────────────────────────────────┐
│ Ethereum Network │
│ ┌──────────────────────────────────────────────────────┐ │
│ │ EVM │ │
│ │ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ │
│ │ │ Smart │ │ Smart │ │ Smart │ │ │
│ │ │ Contract A │ │ Contract B │ │ Contract C │ │ │
│ │ └─────────────┘ └─────────────┘ └─────────────┘ │ │
│ └──────────────────────────────────────────────────────┘ │
│ │
│ ┌────────────────────────────────────────────────────────┐ │
│ │ World State │ │
│ │ Account 0x1234... : Balance: 10 ETH, Nonce: 5 │ │
│ │ Account 0x5678... : Balance: 25 ETH, Nonce: 12 │ │
│ │ Contract 0xABCD... : Code: 0x6080..., Storage: {...} │ │
│ └────────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘

2.3 Smart Contract​

스마트 컨트랙트는 특정 조건이 충족되면 사전 정의된 작업을 수행하는 자동 실행 프로그램입니다.

// Solidity 스마트 컨트랙트 예제
contract SimpleToken {
mapping(address => uint256) public balances;

function transfer(address to, uint256 amount) public {
require(balances[msg.sender] >= amount, "Insufficient balance");
balances[msg.sender] -= amount;
balances[to] += amount;
}
}

2.4 Gas​

가스는 이더리움에서 연산을 수행하는 데 필요한 비용 단위입니다.

연산가스 비용
Addition/Subtraction3 gas
Multiplication/Division5 gas
Storage Read200 gas
Storage Write20,000 gas
Contract Deployment32,000+ gas
Transaction Cost = Gas Used × Gas Price

Example: 21,000 gas × 20 Gwei = 0.00042 ETH

2.5 Ethereum's Limitations: Scalability Problem​

이더리움 메인넷 (Layer 1)은 다음과 같은 한계가 있습니다:

문제설명
Low TPS초당 약 15-30건의 트랜잭션만 처리 가능
High Gas Fees네트워크 혼잡 시 가스 비용이 수십~수백 달러에 달함
Long Finality Time블록 생성에 약 12초, 최종 확인에 수 분 소요

이러한 문제를 해결하기 위해 Layer 2 솔루션이 등장했습니다.


3. Layer 2 Scaling Solutions​

3.1 Layer 1 vs Layer 2​

┌─────────────────────────────────────────────────────────────────┐
│ Layer 2 (L2) │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ GIWA │ │ Base │ │ Arbitrum │ ... │
│ │ Chain │ │ │ │ One │ │
│ └──────┬───────┘ └──────┬───────┘ └──────┬───────┘ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Data Availability & Settlement ││
│ └─────────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ Layer 1 (Ethereum) │
│ │
│ - 최종 보안 제공 │
│ - 데이터 가용성 │
│ - 분쟁 해결 │
└─────────────────────────────────────────────────────────────────┘

3.2 Types of Layer 2​

Optimistic Rollup​

  • 원리: 트랜잭션이 유효하다고 "낙관적으로" 가정하고 처리
  • 챌린지 기간: 약 7일간 부정한 트랜잭션에 대해 누구나 이의 제기 가능
  • 대표 프로젝트: Optimism, Arbitrum, Base, GIWA
  • 장점: 뛰어난 EVM 호환성, 개발 편의성

ZK (Zero-Knowledge) Rollup​

  • 원리: 암호학적 증명을 통해 트랜잭션 유효성을 즉시 증명
  • 대표 프로젝트: zkSync, StarkNet, Polygon zkEVM
  • 장점: 빠른 최종성, 높은 보안성
  • 단점: 제한된 EVM 호환성, 복잡한 개발

3.3 How Rollups Work​

┌─────────────────────────────────────────────────────────────┐
│ Layer 2 Rollup │
│ │
│ 1. Collect user transactions │
│ ┌─────┐ ┌─────┐ ┌─────┐ ┌─────┐ │
│ │ Tx1 │ │ Tx2 │ │ Tx3 │ │ Tx4 │ ... │
│ └─────┘ └─────┘ └─────┘ └─────┘ │
│ │ │
│ ▼ │
│ 2. Create transaction batch │
│ ┌─────────────────────────────────────┐ │
│ │ Batch: [Tx1, Tx2, Tx3, Tx4, ...] │ │
│ │ State Root: 0xabc123... │ │
│ └─────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ 3. Submit compressed data to L1 │
│ ┌─────────────────────────────────────┐ │
│ │ Compressed Calldata + State Root │ │
│ └─────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────┐
│ Layer 1 (Ethereum) │
│ │
│ - 배치 데이터 저장 │
│ - State Root 검증 (Optimistic: 7일 대기) │
│ - 최종 확인 (Finality) │
└─────────────────────────────────────────────────────────────┘

3.4 Advantages of Layer 2​

항목Layer 1 (Ethereum)Layer 2 (GIWA)
TPS~15-30~2,000+
Gas Fee$5-100+$0.001-0.01
Block Time~12s~1s
Finality수 분수 초 (Flashblocks: 200ms)

4. OP Stack and Optimistic Rollup​

4.1 What is OP Stack?​

OP Stack은 Optimism에서 개발한 모듈식 오픈소스 블록체인 개발 프레임워크입니다. 누구나 OP Stack을 사용하여 자신만의 Layer 2 체인을 구축할 수 있습니다.

4.2 OP Stack Architecture​

┌─────────────────────────────────────────────────────────────────┐
│ OP Stack │
│ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Sequencer ││
│ │ - 트랜잭션 순서 결정 ││
│ │ - 블록 생성 ││
│ │ - L1에 배치 제출 ││
│ └─────────────────────────────────────────────────────────────┘│
│ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Execution Engine ││
│ │ - EVM 호환 실행 환경 ││
│ │ - op-geth (Geth 포크) ││
│ └─────────────────────────────────────────────────────────────┘│
│ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Derivation Pipeline ││
│ │ - L1 데이터로부터 L2 상태 재구성 ││
│ │ - op-node ││
│ └─────────────────────────────────────────────────────────────┘│
│ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Bridge (Standard Bridge) ││
│ │ - L1 ↔ L2 자산 전송 ││
│ │ - 네이티브 브릿지 ││
│ └─────────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────────┘

4.3 Major OP Stack Based Chains​

체인개발사특징
OP MainnetOptimism오리지널 OP Stack
BaseCoinbase1억+ 사용자 기반
GIWAUpbit한국 최대 거래소 연동
ZoraZoraNFT 특화
ModeMode NetworkDeFi 특화
WorldchainWorld (Worldcoin)신원 인증 특화

4.4 Superchain Vision​

Superchain은 OP Stack 기반 체인들이 상호운용 가능한 네트워크를 형성하는 비전입니다.

┌─────────────────────────────────────────────────────────────────┐
│ Superchain │
│ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ GIWA │ │ Base │ │ Zora │ │ Mode │ ... │
│ └────┬────┘ └────┬────┘ └────┬────┘ └────┬────┘ │
│ │ │ │ │ │
│ └────────────┴────────────┴────────────┘ │
│ │ │
│ ▼ │
│ ┌─────────────────────┐ │
│ │ Cross-Chain Messaging │ │
│ │ Shared Sequencing │ │
│ │ Unified Liquidity │ │
│ └─────────────────────┘ │
└─────────────────────────────────────────────────────────────────┘

5. Understanding GIWA Chain​

5.1 What is GIWA?​

GIWA는 OP Stack 기반의 이더리움 Layer 2 블록체인으로, Web3 진입 장벽을 낮추고 누구나 쉽게 사용할 수 있는 인프라를 제공합니다.

"GIWA"라는 이름은 한국 전통 기와에서 유래했습니다. 개별 기와는 작은 조각이지만 함께 모이면 견고한 구조물을 형성하듯이, 많은 빌더와 아이디어가 모여 견고한 Web3 생태계를 형성합니다.

5.2 Core Values of GIWA​

가치설명
AccessibilityWeb3가 어렵게 느껴지는 장벽을 허물고, 누구나 사용할 수 있는 인프라 제공
Openness특정 주체에 의존하지 않는 오픈 Layer 2, 전 세계적으로 사용 가능
Builder Friendly한국어와 영어 문서, 개발자 온보딩 지원
Institution Integration업비트와의 연결로 사용자, 데이터, 풍부한 유동성을 Web3 생태계로

5.3 Technical Architecture​

┌─────────────────────────────────────────────────────────────────┐
│ GIWA Chain │
│ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Applications ││
│ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ││
│ │ │ DeFi │ │ NFT │ │ Gaming │ │ Social │ ... ││
│ │ └─────────┘ └─────────┘ └─────────┘ └─────────┘ ││
│ └─────────────────────────────────────────────────────────────┘│
│ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ GIWA Features ││
│ │ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ││
│ │ │ GIWA ID │ │ Dojang │ │ Flashblocks │ ││
│ │ │ (up.id) │ │ (EAS-based) │ │ (~200ms) │ ││
│ │ └─────────────┘ └─────────────┘ └─────────────┘ ││
│ └─────────────────────────────────────────────────────────────┘│
│ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ OP Stack (Bedrock) ││
│ │ - Sequencer - Execution Engine (op-geth) ││
│ │ - Derivation - Standard Bridge ││
│ └─────────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ Ethereum Sepolia (Testnet) │
│ Ethereum Mainnet (Mainnet) │
└─────────────────────────────────────────────────────────────────┘

5.4 Technical Features of GIWA​

특징설명
Fast Block Creation매 1초마다 새 블록 (이더리움: 12초)
EVM Compatible기존 Solidity 스마트 컨트랙트를 수정 없이 배포 가능
Low Fees이더리움 대비 약 90% 이상 저렴한 가스 비용
Flashblocks~200ms 사전 확인 제공
GIWA IDUpnameRegistry를 통해 해석되는 up.id(Upbit Web3 Names) 사람이 읽을 수 있는 주소 시스템
DojangEAS 기반 증명 시스템

5.5 Network Information​

Testnet (GIWA Sepolia)​

항목값
Chain ID91342
Network NameGIWA Sepolia
RPC URLhttps://sepolia-rpc.giwa.io
Flashblocks RPChttps://sepolia-rpc-flashblocks.giwa.io
Flashblocks WebSocketwss://sepolia-rpc-flashblocks.giwa.io
Block Explorerhttps://sepolia-explorer.giwa.io
CurrencyETH
Base LayerEthereum Sepolia

Mainnet (🚧 Under Development)​

항목값
Chain ID-
Network NameGIWA Mainnet
RPC URL-
Block Explorer-
CurrencyETH
Base LayerEthereum Mainnet

6. Flashblocks: Ultra-Fast Transaction Confirmation​

6.1 What is Flashblocks?​

Flashblocks는 Flashbots에서 개발한 스트리밍 블록 구성 레이어로, 표준 2초 블록 시간을 기다리지 않고 약 200-250ms마다 사전 확인을 제공합니다.

6.2 How It Works​

┌─────────────────────────────────────────────────────────────────┐
│ Standard Block (2s) │
│ │
│ ┌──────────────────────────────────────────────────────────┐ │
│ │ Full Block │ │
│ │ │ │
│ │ Flashblock 1 Flashblock 2 Flashblock 3 Flashblock 4 │ │
│ │ (0-250ms) (250-500ms) (500-750ms) (750-1000ms) │ │
│ │ │ │
│ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ │
│ │ │ Tx1,Tx2 │ │ Tx3,Tx4 │ │ Tx5,Tx6 │ │ Tx7,Tx8 │ │ │
│ │ └─────────┘ └─────────┘ └─────────┘ └─────────┘ │ │
│ │ │ │ │ │ │ │
│ │ ▼ ▼ ▼ ▼ │ │
│ │ Preconfirm Preconfirm Preconfirm Preconfirm │ │
│ │ (~200ms) (~450ms) (~700ms) (~950ms) │ │
│ └──────────────────────────────────────────────────────────┘ │
│ │ │
│ ▼ │
│ Final Block with State Root │
│ (Finalized after 2s) │
└─────────────────────────────────────────────────────────────────┘

6.3 Flashblocks vs Standard Confirmation​

항목Standard ConfirmationFlashblocks
Confirmation Time2s~200ms
Trust LevelFinalPreconfirmation (높은 신뢰)
Final Confirmation동일 시간2초 후 최종
Use Cases일반 트랜잭션실시간 UX가 필요한 앱

6.4 Flashblocks Use Cases​

// 표준 트랜잭션 (2초 대기)
const receipt = await sendTransaction(tx);
// 2초 후 확인

// Flashblocks 사용 (~200ms)
const { preconfirmation, result } = await flashblocks.sendTransaction(tx);
// ~200ms 후 사전 확인
console.log("Preconfirmed!", preconfirmation.preconfirmedAt);

// 2초 후 최종 확인
const finalReceipt = await result.wait();

6.5 Advantages of Flashblocks​

장점설명
Instant Feedback사용자에게 거의 즉각적인 트랜잭션 확인 제공
Enhanced UX게임, DEX와 같이 실시간 응답이 필요한 앱에 적합
Maintains Security최종 확인은 여전히 2초 후 State Root와 함께 완료
EVM Compatible기존 코드를 수정하지 않고 사용 가능

7. GIWA React Native SDK Development Background​

7.1 Why We Built This SDK​

Problem Recognition​

  1. Web3 모바일 개발의 어려움

    • React Native에서 블록체인 통합은 복잡한 설정이 필요
    • React Native에서 viem, ethers와 같은 웹 라이브러리의 호환성 문제
    • 보안 저장소 (Keychain/Keystore) 통합의 복잡성
  2. GIWA Chain 특화 기능 부재

    • Flashblocks, GIWA ID, Dojang과 같은 GIWA 특화 기능 지원 필요
    • 네트워크 설정의 복잡성
  3. 개발 생산성 저하

    • 반복되는 보일러플레이트 코드
    • 지갑 관리, 트랜잭션 처리 등의 공통 로직 중복

Solution: giwa-react-native-wallet​

┌─────────────────────────────────────────────────────────────────┐
│ Before (Without SDK) │
│ │
│ App Code │
│ │ │
│ ├── viem 설정 │
│ ├── ethers 설정 │
│ ├── Keychain/Keystore 통합 │
│ ├── 네트워크 설정 │
│ ├── 지갑 생성/복구 로직 │
│ ├── 트랜잭션 처리 로직 │
│ ├── 토큰 처리 로직 │
│ ├── 브릿지 로직 │
│ └── 에러 처리 │
│ │
│ → 수천 줄의 보일러플레이트 코드 │
└─────────────────────────────────────────────────────────────────┘

▼

┌─────────────────────────────────────────────────────────────────┐
│ After (With SDK) │
│ │
│ App Code │
│ │ │
│ └── giwa-react-native-wallet │
│ │ │
│ ├── useGiwaWallet() → 지갑 관리 │
│ ├── useBalance() → 잔액 조회 │
│ ├── useTransaction() → 트랜잭션 │
│ ├── useFlashblocks() → 초고속 확인 │
│ ├── useGiwaId() → GIWA ID │
│ └── useDojang() → 증명서 │
│ │
│ → 깔끔하고 직관적인 Hook API │
└─────────────────────────────────────────────────────────────────┘

7.2 SDK Design Principles​

Clean Architecture​

┌─────────────────────────────────────────────────────────────────┐
│ Presentation Layer │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ React Hooks (useGiwaWallet, useBalance, useTransaction...) ││
│ └─────────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ Domain Layer │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Managers (WalletManager, TokenManager, BridgeManager...) ││
│ └─────────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────┐
│ Infrastructure Layer │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Adapters (SecureStorage, Biometric) ││
│ │ GiwaClient (viem wrapper) ││
│ └─────────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────────┘

Core Design Principles​

원칙적용
DRY (Don't Repeat Yourself)공통 비동기 패턴을 useAsyncAction, useAsyncQuery로 추상화
SRP (Single Responsibility)각 Manager와 Hook이 단일 책임만 처리
DIP (Dependency Inversion)Adapter 인터페이스를 통한 플랫폼 추상화
OCP (Open-Closed Principle)확장에는 열려있고, 수정에는 닫혀있는 구조

7.3 SDK Key Features​

Wallet Management​

const { wallet, createWallet, recoverWallet } = useGiwaWallet();

// 새 지갑 생성
const { wallet, mnemonic } = await createWallet();

// 시드 구문으로 복구
const recoveredWallet = await recoverWallet(mnemonic);

Balance Query​

const { balance, formattedBalance, refetch } = useBalance();
// balance: 1000000000000000000n (wei)
// formattedBalance: "1.0" (ETH)

Flashblocks Transaction​

const { sendTransaction } = useFlashblocks();

const { preconfirmation, result } = await sendTransaction({
to: "0x...",
value: parseEther("0.1"),
});

// ~200ms 후
console.log("Preconfirmed!", preconfirmation.preconfirmedAt);

GIWA ID Resolution​

const { resolveAddress, resolveName } = useGiwaId();

const address = await resolveAddress("alice.up.id");
const name = await resolveName("0x...");

7.4 Platform Compatibility​

┌─────────────────────────────────────────────────────────────────┐
│ giwa-react-native-wallet │
│ │
│ ┌───────────────────────┐ ┌───────────────────────┐ │
│ │ Expo │ │ React Native CLI │ │
│ │ │ │ │ │
│ │ expo-secure-store │ │ react-native-keychain│ │
│ │ expo-local-auth │ │ react-native-biometrics│ │
│ └───────────────────────┘ └───────────────────────┘ │
│ │ │ │
│ └──────────┬───────────────┘ │
│ │ │
│ ▼ │
│ ┌─────────────────────┐ │
│ │ Adapter Factory │ │
│ │ (Auto Detection) │ │
│ └─────────────────────┘ │
└─────────────────────────────────────────────────────────────────┘

SDK는 실행 환경을 자동으로 감지하고 적절한 네이티브 모듈을 사용합니다:

기능ExpoReact Native CLI
Secure Storageexpo-secure-storereact-native-keychain
Biometric Authexpo-local-authenticationreact-native-biometrics

7.5 Security Considerations​

┌─────────────────────────────────────────────────────────────────┐
│ Security Architecture │
│ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Application Layer ││
│ │ - 민감한 데이터를 메모리에 평문으로 저장하지 않음 ││
│ │ - 사용 직후 메모리에서 니모닉/개인키 제거 ││
│ └─────────────────────────────────────────────────────────────┘│
│ │ │
│ ▼ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Secure Storage ││
│ │ ││
│ │ iOS: Keychain (Hardware-backed) ││
│ │ ├── kSecAttrAccessibleWhenUnlockedThisDeviceOnly ││
│ │ └── Secure Enclave (가능한 경우) ││
│ │ ││
│ │ Android: Keystore (Hardware-backed) ││
│ │ ├── AndroidKeyStore 제공자 ││
│ │ └── StrongBox (가능한 경우) ││
│ └─────────────────────────────────────────────────────────────┘│
│ │ │
│ ▼ │
│ ┌─────────────────────────────────────────────────────────────┐│
│ │ Biometric Protection ││
│ │ - 트랜잭션 서명 시 생체 인증 필요 ││
│ │ - Face ID / Touch ID / 지문 ││
│ └─────────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────────┘

8. References​

Official Documentation​

Technical Resources​

Development Tools​


Conclusion​

GIWA Chain은 OP Stack 기반의 이더리움 Layer 2로, Web3 진입 장벽을 낮추고 누구나 쉽게 블록체인 애플리케이션을 사용할 수 있는 인프라를 제공합니다.

giwa-react-native-wallet SDK는 React Native 앱에서 GIWA Chain 기능을 쉽게 활용할 수 있도록 설계되었습니다. 복잡한 블록체인 통합 로직을 추상화하고, 개발자가 비즈니스 로직에 집중할 수 있도록 직관적인 Hook API를 제공합니다.

기와가 작은 조각들이 모여 견고한 지붕을 형성하듯이, 이 SDK가 GIWA 생태계 위에서 다양한 애플리케이션이 꽃필 수 있는 기반이 되기를 바랍니다.