736 연결된 비트코인 아틀라스

하나의 개념을 이해하고.
전체 시스템을 따라가세요.

각 항목은 고립된 섬이 아니라 지도 위의 한 지점입니다. 통화 규칙에서 이를 집행하는 코드, 규칙을 만든 사람들, 그리고 그에 따른 절충점까지 이어집니다.

736개의 검증된 항목GENESIS → 2140

아틀라스

736 개의 검증된 항목
736 / 736MERIDIAN 2140 · 아틀라스

전체 아틀라스 목록 보기

01 · BTC2009
프로토콜

Bitcoin

비트코인

중앙 관리자가 없는 디지털 화폐: 누구나 가치를 보내고 모두에게 같은 규칙이 적용되는지 직접 검증할 수 있는 네트워크입니다.

6 연결항목 열기
02 · SN2008
인물

Satoshi Nakamoto

사토시 나카모토

실제 신원이 확인되지 않은 이름. 그 이름 아래 Bitcoin Whitepaper와 첫 소프트웨어, 그리고 창시자가 떠난 뒤에도 계속 작동한 네트워크가 태어났다.

8 연결항목 열기
03 · DOC·0012008
기원

Bitcoin Whitepaper

비트코인 백서

은행을 중개자로 두지 않고 디지털 돈을 보내는 방법을 설명한 아홉 쪽입니다. 원래 제안과 그 안에 없는 내용을 함께 살펴봅니다.

5 연결항목 열기
04 · BLK·02009
기원

Genesis Block

Block 0

비트코인은 거래소에서의 매매가 아니라 신문 제목을 담은 블록에서 시작됐습니다. 2009년 1월 3일의 Genesis Block은 네트워크에 공통 출발점을 제공했습니다. 그 이야기를 따라가면 확인 가능한 데이터와 해석의 차이, 그리고 최초의 50 BTC를 쓸 수 없는 이유를 알 수 있습니다.

5 연결항목 열기
05 · TIME2009
프로토콜

Timechain / Blockchain

Bitcoin 시간 사슬

Bitcoin이 공유하는 블록 기록으로, 중앙 관리자가 장부를 운영하지 않아도 어떤 결제가 어떤 순서로 확정되었는지 정합니다.

5 연결항목 열기
06 · PoW∞
프로토콜

Proof of Work

계산 작업 증명

Bitcoin이 전력과 계산 능력을 쉽게 검증할 수 있는 증명으로 바꾸고, 누적 작업량으로 유효한 블록 기록을 정렬하는 방식입니다.

5 연결항목 열기
07 · HASH∞
네트워크

채굴

Mining

대기 중인 결제가 확정된 블록에 들어가는 과정, 채굴자가 보상을 받는 이유, 그리고 다른 참여자의 검증이 필요한 이유를 설명합니다.

5 연결항목 열기
08 · NODE∞
네트워크

Full Node

완전 검증 노드

Bitcoin 결제와 블록을 직접 검사하는 방법입니다. 노드의 검증 대상, 지갑과의 연결, 채굴이나 모든 블록의 영구 보관이 필요하지 않은 이유를 설명합니다.

5 연결항목 열기
09 · 2016∞
프로토콜

Difficulty Adjustment

채굴 난이도 조정

장기적으로 새 블록이 평균 약 10분마다 나오도록 Bitcoin이 채굴에 필요한 작업량을 조절하는 방식입니다.

4 연결항목 열기
10 · TX∞
프로토콜

트랜잭션

Bitcoin Transaction

비트코인을 보낼 때 일어나는 일: 금액의 출처와 잔돈의 행선지, 결제가 확인되는 시점을 알아봅니다.

5 연결항목 열기
11 · UTXO∞
프로토콜

UTXO

아직 사용하지 않은 트랜잭션 출력

Bitcoin에서 아직 쓰지 않은 개별 금액입니다. 잔액이 여러 금액으로 이루어지는 이유와 결제·수수료에 미치는 영향을 살펴봅니다.

5 연결항목 열기
12 · KEY∞
보안

Private Key

개인 키

지갑이 결제를 승인할 때 사용하는 비밀입니다. 개인 키가 작동하는 방식, 공개하면 안 되는 이유, PIN 및 복구 단어와의 차이를 설명합니다.

4 연결항목 열기
13 · WAL∞
보안

지갑

Bitcoin Wallet

비트코인을 받고 보내는 방법, 키를 가진 주체, 휴대전화나 서명 기기를 잃었을 때 필요한 것을 설명합니다.

5 연결항목 열기
14 · SUB∞
통화 정책

Block Subsidy

블록마다 새로 발행되는 비트코인

블록 보상 중 새로 생성된 비트코인으로 이루어진 부분입니다. 수수료와의 차이, 한도를 검증하는 주체, 점차 줄어드는 이유를 설명합니다.

6 연결항목 열기
15 · ½∞
통화 정책

Halving

새 비트코인 발행량이 주기적으로 절반이 되는 과정

다음 기간으로 넘어갈 때마다 새 비트코인이 줄어드는 이유와 채굴자에게 미치는 영향, 반감기가 와도 내 보유량은 절반이 되지 않는 이유를 설명합니다.

4 연결항목 열기
16 · 21M∞
통화 정책

21 Million

왜 2,100만 개일까요?

현재 규칙에서 비트코인을 끝없이 만들 수 없는 이유, 이를 확인하는 주체, 공급 한도가 보유자에게 주는 의미를 설명합니다.

5 연결항목 열기
17 · MEM∞
네트워크

Mempool

각 노드가 미확인 거래를 보관하는 공간

보낸 결제는 어디에서 기다릴까요? 대기 시간이 생기는 이유와 탐색기에서 사라져도 취소된 것은 아닐 수 있다는 점을 설명합니다.

5 연결항목 열기
18 · SAT/vB∞
통화 정책

Transaction Fees

거래 수수료

작은 결제가 큰 송금보다 비쌀 수 있는 이유, 수수료를 받는 사람, 거래가 기다릴 때 할 수 있는 일을 설명합니다.

5 연결항목 열기
19 · BIP1412017
확장성

SegWit

Segregated Witness: 지출 검증 데이터를 분리하는 방식

비트코인 거래를 서로 연결하기 쉽게 만들고, 서명 데이터가 차지하는 블록 용량을 더 적게 계산하도록 한 변경입니다.

4 연결항목 열기
20 · BIP3412021
확장성

Taproot

평소에는 간단히 쓰고 대체 조건은 숨겨 두는 방식

키 보유자들이 합의해 자금을 쓰고, 대체 규칙은 실제로 사용할 때만 공개할 수 있게 한 비트코인 개선입니다.

4 연결항목 열기
21 · L2∞
확장성

Lightning Network

Bitcoin 결제 채널 네트워크

결제할 때마다 블록에 기록하지 않고 비트코인을 보내는 방법, 채널 용량이 중요한 이유, 안전한 직접 관리에 필요한 내용을 설명합니다.

5 연결항목 열기
22 · BLK∞
프로토콜

Block

확인된 거래를 함께 기록하는 비트코인 블록

블록은 선택한 거래를 하나의 기록으로 묶고 이전 이력에 연결합니다. 각 풀 노드는 이를 독립적으로 검사합니다.

4 연결항목 열기
23 · HDR∞
프로토콜

Block Header

블록 헤더

블록 내용을 이전 기록과 연결하고 채굴에 사용된 연산 작업을 검증하게 해 주는 작은 부분.

4 연결항목 열기
24 · HASH∞
프로토콜

Hash

암호학적 지문

데이터를 비교하고 변경을 감지하는 데 쓰는 짧은 디지털 지문.

10 연결항목 열기
25 · SHA²∞
프로토콜

SHA-256

데이터의 디지털 지문

텍스트, 파일, 비트코인 블록 헤더를 짧은 지문으로 나타낼 수 있습니다. 이 지문은 데이터 변경을 어떻게 알려 줄까요? 채굴자는 무엇을 찾으며, 해싱은 왜 암호화와 다를까요?

12 연결항목 열기
26 · MRKL∞
프로토콜

Merkle Tree

머클 트리

거래를 하나의 지문으로 요약하고 블록 전체를 받지 않아도 특정 지급의 포함 여부를 확인하는 방식.

3 연결항목 열기
27 · ADDR∞
프로토콜

비트코인 주소

은행 계좌가 아닌 수신 정보

비트코인으로 돈을 받으려면 지갑의 주소를 상대에게 전달합니다. 주소를 안전하게 쓰는 방법, 다음 수신 때 주소가 바뀌는 이유, 주소만으로 알 수 없는 점을 살펴봅니다.

9 연결항목 열기
28 · SEED∞
보안

Seed Phrase

지갑 복구 단어

지갑이 단어 목록을 보여 주는 이유, 휴대전화를 잃어버렸을 때 그 단어로 되찾을 수 있는 것, 그리고 도둑에게도 도움이 되지 않도록 보관하는 방법을 설명합니다.

3 연결항목 열기
29 · BIP392013
보안

BIP 39

지갑 복구 단어가 만들어지는 방식

복구 단어는 원래 기기가 고장 나도 지갑에 다시 접근할 수 있도록 해 줍니다. BIP39는 이 단어들이 만들어지는 방식과 호환되는 지갑이 단어에서 키의 기초 데이터를 다시 얻는 방법을 정합니다. 복구에는 사용하던 passphrase와 지갑 설정도 중요합니다.

9 연결항목 열기
30 · BIP322012
보안

HD Wallet

계층적 결정론적 지갑

지갑은 입금할 때마다 키를 새로 백업하지 않아도 결제마다 새 주소를 제공할 수 있습니다. HD Wallet은 하나의 초기 비밀값에서 키 트리 전체를 파생합니다. 복구할 때는 지갑이 트리의 어느 부분을 사용했는지도 알아야 합니다.

10 연결항목 열기
31 · M-of-N∞
보안

Multisig

여러 키로 결제를 함께 승인하는 방식

결제 승인을 하나의 키에만 맡길 필요는 없습니다. Multisig를 사용하면 독립된 세 키 중 아무 두 키의 서명을 요구하는 규칙을 정할 수 있습니다.

3 연결항목 열기
32 · COLD∞
보안

Cold Storage

일상적인 온라인 컴퓨터와 분리해 키 보관하기

비트코인 자체를 금고나 USB에 넣는 것은 아닙니다. 코인의 기록은 네트워크에 있고, 우리가 지키는 것은 코인을 쓸 수 있게 하는 키입니다. Cold Storage는 키를 일상적인 온라인 컴퓨터와 분리합니다. 장기간 보호하려면 안전한 백업과 실제로 시험한 복구 절차도 필요합니다.

16 연결항목 열기
33 · HW∞
보안

Hardware Wallet

하드웨어 지갑

Hardware Wallet은 개인 키를 일반 컴퓨터에 맡기지 않고 비트코인 결제를 승인하는 기기입니다. 상자 안에 돈을 보관하는 것이 아니라 돈을 사용할 권한을 보호합니다. 기기 화면을 확인하는 습관과 안전한 백업도 기기 자체만큼 중요합니다.

4 연결항목 열기
34 · WATCH∞
보안

Watch-only Wallet

관찰만 하는 지갑

Watch-only Wallet은 입금과 잔액을 보여 주고 서명하지 않은 거래를 준비할 수 있습니다. 그러나 지출에 필요한 개인키는 없습니다. 정확한 표시를 위해서는 지갑의 전체 규칙과 신뢰할 수 있는 블록체인 데이터가 필요합니다.

18 연결항목 열기
35 · UTXO+∞
프라이버시

Coin Control

결제에 사용할 자금 직접 고르기

이전에 받은 자금 중 어느 것으로 결제할지 고르는 지갑 기능입니다. 수수료와 자금 사이에 공개적으로 생기는 연결을 살펴볼 수 있습니다.

4 연결항목 열기
36 · CHG∞
프라이버시

Change Address

거스름돈을 받는 주소

결제에 쓰고 남은 금액을 받는 자기 지갑의 주소입니다. 이전에 받은 금액 중 일부를 쓰고 나머지는 보관할 수 있게 합니다.

20 연결항목 열기
37 · CONF∞
네트워크

확인

비트코인 거래 확인

확인은 결제가 채택된 블록에 들어갔음을 뜻합니다. 뒤에 블록이 쌓일수록 기록은 깊어지고 보통 바꾸기 어려워집니다. 보내기 버튼을 누르는 것만으로 확인이 생기지는 않습니다.

20 연결항목 열기
38 · 2X∞
보안

이중 지불

같은 자금을 두 번 쓰려는 시도

이중 지불은 같은 비트코인 자금을 서로 충돌하는 결제에 쓰려는 시도입니다. 유효한 기록에는 둘 중 하나만 남을 수 있습니다. 수취인이 상품을 넘겼는데 그 결제가 결국 채택되지 않을 때 피해가 생깁니다.

14 연결항목 열기
39 · CBTX∞
프로토콜

코인베이스 트랜잭션

채굴한 블록의 보상을 배정하는 거래

Bitcoin에 중앙 금고가 없다면 누가 채굴자에게 보상을 줄까요? 채굴자는 블록 맨 앞의 특별한 거래에 보상을 적고, 다른 노드가 허용된 금액을 넘지 않았는지 검증합니다. 이 거래가 coinbase입니다.

16 연결항목 열기
40 · SCRIPT∞
프로토콜

Bitcoin Script

Bitcoin이 지출 권한을 확인하는 방법

Bitcoin Script는 특정 금액의 비트코인을 사용하기 위한 조건을 기록합니다. 보통 유효한 디지털 서명이 필요하며, 여러 서명이나 시간 조건을 요구하기도 합니다. 지갑이 필요한 데이터를 제공하면 네트워크 노드가 각자 검증합니다.

4 연결항목 열기
41 · FORK↓∞
프로토콜

Soft Fork

기존 노드와의 호환성을 유지하는 규칙 강화

Soft Fork는 Bitcoin이 이전에 허용하던 동작을 제한하는 변경입니다. 오래된 노드는 새 블록을 계속 받아들일 수 있지만, 모든 조건을 직접 확인하지는 않습니다. 덕분에 점진적 업그레이드가 가능하며, 낡은 소프트웨어의 위험도 여기서 드러납니다.

10 연결항목 열기
42 · FORK↑∞
프로토콜

Hard Fork

기존 소프트웨어가 거부할 수 있는 규칙 변경

Hard Fork는 Bitcoin의 기존 규칙이 금지하던 것을 허용합니다. 따라서 새 노드는 오래된 노드가 거부하는 블록을 받아들일 수 있습니다. 두 집단이 따로 계속 운영하면 지급 기록도 갈라지지만, 지속 가능한 두 통화가 자동으로 생기지는 않습니다.

8 연결항목 열기
43 · BIP2011
프로토콜

BIP (Bitcoin Improvement Proposal)

Bitcoin 아이디어가 함께 검토할 제안이 되는 과정

BIP는 아이디어를 공개 문서로 설명해 사람들이 토론하고 개발자들이 같은 설계를 구현할 수 있게 합니다. 번호가 있으면 특정 문서를 쉽게 가리킬 수 있습니다. 하지만 번호만으로 그 제안이 안전하거나 지지를 받거나 이미 쓰이고 있다고 판단할 수는 없습니다.

8 연결항목 열기
44 · RULES∞
프로토콜

합의 규칙

각 Full Node가 거래와 블록을 독립적으로 검증하는 기준입니다. 채굴자나 지갑 제공업체를 믿는 데 그치지 않고 직접 유효성을 확인할 수 있게 합니다.

6 연결항목 열기
45 · REORG∞
네트워크

Reorg

체인 재구성

확인된 결제도 일시적으로 확인을 잃을 수 있습니다. 노드가 비트코인 기록의 다른 유효한 분기를 받아들여 기존에 따르던 마지막 블록들을 교체할 때 Reorg가 일어납니다.

11 연결항목 열기
46 · STALE∞
네트워크

Stale Block

주 체인에 남지 않은 유효한 블록

Stale Block은 옆 분기에 남은 유효한 Bitcoin 블록입니다. 사기가 없어도 생길 수 있습니다. 두 채굴자가 거의 동시에 블록을 찾은 뒤 네트워크가 한쪽 분기만 이어 가는 경우입니다.

12 연결항목 열기
47 · ASIC∞
네트워크

ASIC Miner

비트코인 채굴 전용 장비

ASIC Miner는 새로운 블록을 찾으려고 엄청난 횟수의 계산을 수행합니다. 성능 수치가 무엇을 뜻하는지, 왜 전력을 쓰는지, 전원을 켠다고 수입이 보장되지는 않는 이유를 설명합니다.

15 연결항목 열기
48 · POOL∞
네트워크

Mining Pool

채굴 풀

Mining Pool은 여러 채굴자의 작업을 모아, 각자 블록을 찾을 때까지 기다리는 대신 작은 보상을 꾸준히 받도록 합니다. 무엇에 대해 돈을 받는지, 미지급 잔액을 누가 보관하는지, 거래는 누가 고르는지 알아야 합니다.

16 연결항목 열기
49 · H/s∞
네트워크

Hashrate

해시 시도 속도

Hashrate는 장비가 초당 몇 번 채굴을 시도하는지 나타냅니다. 하지만 전체 네트워크 값은 발견된 블록으로 추정합니다. 그래프가 움직인다고 수천 대의 장비가 바로 켜지거나 꺼졌다는 뜻은 아닙니다.

11 연결항목 열기
50 · NONCE∞
프로토콜

Nonce

블록 헤더의 채굴 카운터

Nonce는 채굴 장비가 새로운 Bitcoin 블록을 찾으면서 바꾸는 숫자입니다. 값을 바꿀 때마다 계산에 다른 입력이 주어져, 채굴 규칙을 충족하는지 다시 시도할 수 있습니다.

12 연결항목 열기
51 · sat/vB∞
시장

Fee Rate

가상 크기 단위당 트랜잭션 수수료

비트코인을 보낼 때 송금액의 일정 비율을 수수료로 내는 것은 아닙니다. 트랜잭션이 블록에서 차지하는 공간에 비용을 냅니다. Fee Rate는 그 공간의 단위당 가격이며, 지갑은 이를 바탕으로 트랜잭션이 채굴자의 선택을 받을 경쟁력을 가늠합니다.

4 연결항목 열기
52 · BIP125∞
시장

Replace-by-Fee (RBF)

미확인 거래를 더 높은 수수료 거래로 교체

Replace-by-Fee (RBF)는 확인을 기다리는 Bitcoin 거래를 수수료가 더 높은 거래로 바꾸는 방식입니다. 지갑은 아직 블록에 들어가지 못한 결제를 돕는 데 이를 사용할 수 있습니다. 이미 확인된 결제를 되돌릴 수는 없습니다.

8 연결항목 열기
53 · CPFP∞
시장

CPFP (Child Pays for Parent)

자식 거래가 부모 거래의 수수료를 보충

Child Pays for Parent (CPFP)는 후속 거래를 통해 확인을 기다리는 비트코인 결제를 돕는 방법입니다. 새 거래가 원래 결제의 자금을 사용하면서 수수료를 제시해, 채굴자가 두 거래를 함께 블록에 넣을 유인을 만듭니다.

9 연결항목 열기
54 · TIME∞
프로토콜

Timelock

시간에 따른 지출 제한

Timelock은 비트코인의 시간 조건입니다. 거래가 가장 일찍 확인될 수 있는 시점이나 특정 사용 경로를 쓸 수 있는 시점을 정합니다. 자금 접근을 늦추거나 상대방이 협조하지 않을 때 자금을 회수하는 길을 마련할 수 있습니다.

8 연결항목 열기
55 · HTLC∞
확장성

HTLC

Hashed Timelock Contract — 해시와 시간 조건

HTLC는 올바른 비밀값을 공개하는 것을 결제 조건으로 삼고, 결제가 완료되지 않으면 자금을 회수할 경로를 마련합니다. Lightning Network에서는 중개자의 약속에만 의존하지 않고 결제할 수 있게 해 줍니다. 다만 이러한 보호에는 유효한 서명과 제때의 대응이 필요합니다.

8 연결항목 열기
56 · CHAN∞
확장성

Payment Channel

결제 채널

결제 채널을 이용하면 두 당사자가 매번 블록체인에 기록하지 않고도 반복해서 돈을 주고받을 수 있습니다. 바뀌는 것은 비트코인을 어떻게 나눌지에 관한 합의입니다. 이를 온체인에서 정산할 수 있다는 점이 합의를 뒷받침합니다. Lightning Network는 이런 채널을 바탕으로 작동합니다.

4 연결항목 열기
57 · TOWER∞
확장성

Lightning Watchtower

Watchtower — 위임된 채널 감시

Lightning 노드가 오프라인이어도 상대방이 이미 철회된 잔액 배분으로 채널을 닫는지 지켜볼 필요가 있습니다. Lightning Watchtower는 이런 시도를 발견하고 미리 받은 자료로 대응할 수 있습니다.

3 연결항목 열기
58 · LIQ∞
확장성

Lightning 유동성

Lightning 지갑에 돈이 있다고 해서 같은 금액을 받을 수도 있는 것은 아닙니다. 유동성은 지금 결제 채널을 통해 특정 방향으로 얼마나 보낼 수 있는지를 나타냅니다. 금액뿐 아니라 자금이 채널의 어느 쪽에 있는지도 중요합니다.

8 연결항목 열기
59 · ROUTE∞
확장성

Lightning Routing

Lightning Network에서 결제가 길을 찾는 방법

Lightning으로 결제할 때 모든 수취인과 직접 채널을 열어 둘 필요는 없습니다. 결제는 다른 노드를 거쳐 갈 수 있습니다. Lightning Routing은 필요한 방향으로 자금이 충분하고 수수료와 시간 조건을 만족하는 경로를 찾습니다. 네트워크 지도에 연결선이 있다고 해서 결제가 반드시 성공하는 것은 아닙니다.

6 연결항목 열기
60 · XPUB∞
보안

Extended Public Key (xpub)

BIP32 확장 공개키

휴대전화로 입금은 확인하고 싶지만, 돈을 보낼 수 있는 비밀 키까지 맡기고 싶지는 않을 수 있습니다. 이때 xpub가 유용합니다. 서명에 필요한 개인 키 없이 주소를 만들고 지갑의 특정 부분을 살펴볼 수 있습니다. 다만 이름에 ‘공개’가 들어간다고 아무에게나 공개해도 된다는 뜻은 아닙니다.

11 연결항목 열기
61 · DESC∞
보안

Output Descriptor

출력 디스크립터

키를 복구했다고 올바른 주소까지 찾은 것은 아닙니다. 지갑에는 그 주소를 처음 만들 때 사용한 규칙도 필요합니다. Output Descriptor는 다른 호환 지갑에서도 읽을 수 있도록 이 규칙을 정확히 기록합니다. 여러 키로 자금을 직접 보관할 때 특히 중요합니다.

11 연결항목 열기
62 · BIP174∞
보안

PSBT

부분 서명된 비트코인 거래

컴퓨터에서 결제를 준비하더라도 키는 하드웨어 지갑 안에 그대로 둘 수 있습니다. PSBT는 두 기기 사이에서 거래 초안과 검증에 필요한 정보를 전달합니다. 사용자가 승인하면 기기가 서명을 더합니다. 한 번의 결제에 여러 사람이나 기기의 서명이 필요할 때도 같은 형식을 활용할 수 있습니다.

4 연결항목 열기
63 · CJ∞
프라이버시

CoinJoin

공동 거래로 프라이버시 높이기

비트코인 결제 기록은 공개되지만, 새 출력의 소유자가 누구인지까지 항상 드러나는 것은 아닙니다. CoinJoin은 이 차이를 활용해 여러 사람이 하나의 거래를 만듭니다. 자금 흐름을 추적하기 어렵게 할 수 있지만, 과거 기록을 지우거나 익명성을 보장하지는 않습니다.

4 연결항목 열기
64 · PRIV∞
프라이버시

Bitcoin 프라이버시

Bitcoin Privacy

비트코인으로 결제한다고 해서 상대에게 내 재정 전체를 보여 주고 싶은 것은 아닐 것입니다. 하지만 공개된 결제 기록은 예상보다 많은 것을 드러낼 수 있습니다. 프라이버시를 지키려면 무엇이 보이고, 누가 나를 알며, 어떤 정보를 불필요하게 연결하고 있는지부터 이해해야 합니다.

12 연결항목 열기
65 · PSEUDO∞
프라이버시

가명성

Pseudonymity · 이름 대신 주소를 쓰는 것

Bitcoin 주소에는 이름이 들어 있지 않습니다. 그래도 주문 내역, 거래소 계정, 블로그에 공개한 주소를 통해 결제가 사람과 연결될 수 있습니다. 가명성은 이름이 없다는 것만으로 익명성이 보장되지 않는 이유를 설명합니다.

12 연결항목 열기
66 · KYC∞
프라이버시

KYC

Know Your Customer · 고객 신원 확인과 고객 이해

비트코인 거래소가 신분증이나 자금 출처에 대한 설명을 요구한다면 KYC를 접하고 있는 것입니다. 특정 서비스가 고객을 확인하는 절차이지, Bitcoin에 등록하는 과정이 아닙니다. 무엇을 확인하는지, 누구에게 정보를 주는지, KYC를 마쳐도 왜 자금의 안전이 보장되지 않는지 알아두면 도움이 됩니다.

6 연결항목 열기
67 · KEYS∞
보안

자기 수탁

Self-custody / 비트코인을 직접 관리하기

자기 수탁에서는 계좌 관리자가 아니라 본인이 비트코인을 사용할 수단을 보유합니다. 그 독립성에는 책임도 따릅니다. 올바른 주소를 확인하고, 백업을 보호하며, 지갑을 복구할 수 있어야 합니다.

8 연결항목 열기
68 · CEX∞
시장

Custodial Exchange

고객의 키를 보관하는 거래소 · CEX

거래소에서는 몇 번의 클릭으로 bitcoin을 살 수 있습니다. 하지만 키를 거래소가 가지고 있다면 앱에 보이는 잔액만으로 직접 송금할 수는 없습니다. Custodial Exchange는 거래와 보관을 편리하게 해 주지만, 운영자가 정상적으로 서비스를 제공하고 출금을 허용해야 한다는 의존 관계도 만듭니다.

9 연결항목 열기
69 · SAT∞
통화 정책

Satoshi

sat / sats · 비트코인의 작은 단위

비트코인을 꼭 한 개씩 살 필요는 없습니다. 작은 일부를 보유하거나 보낼 수 있으며, 그 단위를 사토시 또는 sat라고 합니다. 1 BTC는 정확히 100000000 sat입니다. 지갑의 표시를 BTC에서 sat로 바꿔도 돈의 양은 달라지지 않습니다.

9 연결항목 열기
70 · FIAT∞
경제학

법정화폐

법정화폐 · 코루나, 유로처럼 일상에서 쓰는 돈

계좌의 체코 코루나와 손에 든 유로 지폐는 모두 법정화폐입니다. 정해진 양의 금을 받을 수 있는 교환권은 아닙니다. 우리는 이 돈으로 월급을 받고 물건값을 이해하며, 다른 사람도 받아 줄 것이라고 기대합니다. 돈이 어떻게 생기고 어떤 위험이 있는지 이해하려면 먼저 현금과 은행 계좌의 돈을 구분해야 합니다.

6 연결항목 열기
71 · AUS∞
경제학

오스트리아학파 경제학

Austrian economics · 사람은 어떻게 선택하고 사업을 하며 돈을 쓰는가

누군가는 커피 한 잔에 오십 코루나를 내지만, 다른 사람은 공짜라도 원하지 않는 이유는 무엇일까요? 멀리서 흉작이 났다는 사실을 모르는 카페도 원두 가격이 오르면 왜 행동을 바꿀까요? 오스트리아학파는 구체적인 사람들의 이런 선택에서 출발합니다. 가치, 가격, 사업, 돈을 생각하는 관점을 제공하기 때문에 Bitcoin 논의에도 자주 등장합니다.

7 연결항목 열기
72 · SOUND∞
경제학

건전 화폐

Sound money · 돈의 무엇을 믿고 의지할 수 있을까

파벨은 내년에 필요한 냉장고를 사려고 돈을 모읍니다. 계좌의 숫자가 그대로인 것만으로는 충분하지 않습니다. 그 돈으로 여전히 냉장고를 살 수 있어야 하고, 가게가 돈을 받아야 하며, 대금도 판매자에게 전달되어야 합니다. sound money, 즉 건전한 화폐라는 생각은 이런 질문에서 출발합니다. 다만 사람마다 이 말로 강조하는 성질이 다르므로 하나씩 구분해 볼 필요가 있습니다.

8 연결항목 열기
지식 네트워크 · V1

지식 네트워크

핵심은 관계입니다. 각 페이지에는 엄선된 연결과 자동 생성된 역방향 링크가 있습니다.