대바보의 끄적끄적

ETF 자동 리밸런싱 5개월차 — 30만 원 넣었는데 9만 원만 산 이유

우기! — Fri, 21 Aug 2026 11:28:36 +0900

이 글은 ETF 자동 리밸런싱 시리즈의 5번째 기록입니다.
첫 글 보기 | 이전 글 보기

4월 이후로 기록을 안 남겼습니다. 봇은 계속 돌고 있었고, 그동안 바뀐 것부터 정리합니다.

이번 달은 원화 30만 원을 넣었는데 산 건 SCHD 2주, 약 9.6만 원어치가 전부입니다. 나머지는 달러 현금으로 계좌에 그대로 있습니다.

계좌에 돈이 없어서가 아닙니다. 가장 부족한 종목에 배정된 몫이 1주 값에 못 미쳤습니다. 2화에서 겪은 문제가 종목만 바뀌어 그대로 돌아왔습니다.

4월 이후 — 봇은 계속 돌고 있었습니다
리밸런싱 조건을 바꿨습니다 — SIDEWAYS 제거
8월 입금 — 30만 원이 209.78달러
결과: SCHD 2주. 끝.
QQQM은 왜 안 샀나
30만 원 넣고 평가액은 3.5만 원
5개월차 성적표
다음에 고칠 것
정리

1. 4월 이후 — 봇은 계속 돌고 있었습니다

5월과 6월은 기록을 남기지 못했습니다. 조회 화면에 남아 있는 매수 이력은 7월 15일 SCHD 5주와 8월 6일 SCHD 2주 둘뿐입니다. 두 달 연속 SCHD만 샀습니다.

항목	값
시장 국면	BULL
입금	300,012원 → 209.78달러
매수	SCHD 2주 @ 33.6399달러 COMPLETED
QQQM · TQQQ	주문 없음 SKIPPED
평가액 (8/5 → 8/6)	4,085,923원 → 4,121,619원 (하루 +35,696원)
누적 수익률	8/5 +20.67% → 8/6 +18.66%

2. 리밸런싱 조건을 바꿨습니다 — SIDEWAYS 제거

원래 국면은 BULL / SIDEWAYS / BEAR 세 개였습니다. 그런데 횡보 구간이 애매하게 잡히는 날이 많았습니다.

첫 글 이력을 보면 8일 만에 BEAR → BULL → SIDEWAYS로 국면이 세 번 바뀌었고, SIDEWAYS에서 트리거를 못 넘겨 매매가 스킵된 날이 2일 있었습니다. 국면 하나를 더 두는 값을 못 하고 있었습니다. 그래서 뺐습니다.

변경 전 (3국면)	BULL	SIDEWAYS	BEAR
TQQQ	25%	20%	10%
QQQ(M)	35%	38%	40%
SCHD	40%	42%	50%

여기에 TQQQ 비중 기준 상하한 트리거를 새로 넣었습니다. TQQQ가 범위 안에 있으면 손대지 않고 넘어갑니다.

변경 후 (2국면)	TQQQ	QQQM	SCHD	상한 (매도)	하한 (매수)
BULL	0.25	0.35	0.40	0.35	0.15
BEAR	0.10	0.40	0.50	0.20	없음

변경 후 조건. 변경 전 화면은 캡처를 못 남겨서 위 표로 대신합니다.

3. 8월 입금 — 30만 원이 209.78달러

8월 5일 오전, 원화 300,012원을 209.78달러로 바꿨습니다. 적용환율은 1,430.14원, 우대 60%가 붙었습니다.

4월에 1,485원이었으니 넉 달 사이 55원 정도 내렸습니다. 환전할 때는 반가운 숫자지만, 이미 달러로 들고 있던 자산의 원화 환산 가치는 그만큼 깎입니다.

30만 원 환전, 적용환율 1,430.14원

환전 직후 원화 출금가능액은 12원, 달러는 기존에 남아 있던 145.45달러까지 합쳐 주문가능 353.27달러가 됐습니다.

주문가능 353.27달러. 이 숫자를 기억해두시죠.

4. 결과: SCHD 2주. 끝.

다음 날 새벽 4시 30분 13초, 봇이 주문을 넣었습니다. 체결 내역은 한 줄입니다.

7월 SCHD 5주, 8월 SCHD 2주. 두 달 다 SCHD만.

33.6399달러 × 2주 = 67.28달러, 약 96,200원입니다. 달러 흐름은 아래와 같습니다. 표의 숫자는 전부 환전가능 달러 기준입니다.

단계	환전가능 달러
기존 보유	145.45
8월 환전분	+209.78
환전 후 합계	355.22
SCHD 2주 매수	-67.28
매수 후 잔여 (계산상)	287.94
매수 후 잔여 (실제 잔고)	287.78

계산상 287.94달러가 남아야 하는데 실제는 287.78달러입니다. 차이 0.16달러는 거래 수수료로 추정합니다.

하나 더 밝혀둘 게 있습니다. 이 표는 환전가능 달러이고, 아래에서 쓰는 주문가능 353.27달러·286.20달러는 다른 계열입니다. 같은 시점인데 환전가능 355.22 대 주문가능 353.27, 환전가능 287.78 대 주문가능 286.20으로 각각 1.95달러·1.58달러가 벌어집니다. 두 계열을 나란히 놓고 빼면 아무 데서도 안 맞으니, 어느 쪽 기준인지 보고 읽어주시죠. 벌어진 폭이 왜 다른지는 아직 확인이 필요합니다.

환전한 209.78달러 중 실제로 쓴 건 67.28달러. 32%만 주식이 됐고 142.5달러는 현금으로 남았습니다.

5. QQQM은 왜 안 샀나

현금까지 넣어 비중을 다시 계산했습니다. 남은 287.78달러는 411,540원, 총액은 4,533,159원입니다.

자산	현재 비중	목표 (BULL)	편차
SCHD	40.18%	40%	+0.18%p
QQQM	27.85%	35%	-7.15%p
TQQQ	22.89%	25%	-2.11%p
현금	9.08%	—	—

QQQM이 가장 많이 모자랍니다. 그런데 QQQM 1주는 420,815원, 약 294달러입니다.

처음엔 이렇게 생각했습니다. 매수 시점 주문가능 달러가 353.27달러였으니 살 돈은 있었는데 안 샀다고요. 가장 부족한 종목을 살 수 있는 상태에서 건너뛴 셈이니 설계 결함이라고 봤습니다.

그게 틀렸습니다. 증권사 거래내역을 뽑아보고 나서야 알았습니다.

전체 잔액이 아니라 몫으로 삽니다

봇은 남은 달러를 한 종목에 몰아넣지 않습니다. 이번 달 환전액을 목표 비중대로 먼저 쪼갠 뒤, 그 몫으로 살 수 있는 정수 주수만 삽니다.

8월 환전액 209.77달러를 BULL 목표 비중(25 / 35 / 40)으로 나눠봤습니다.

종목	배분액	1주 가격	살 수 있는 수량	실제
TQQQ	$52.44	$72.03	0.73 → 0주	0주
QQQM	$73.42	$294.26	0.25 → 0주	0주
SCHD	$83.91	$33.6399	2.49 → 2주	2주

세 종목 다 맞습니다. 우연이라기엔 너무 딱 떨어집니다.

QQQM 몫은 73.42달러입니다. 1주가 294.26달러니까 네 배가 필요합니다. 잔액이 353달러 있어도 소용없습니다. 그건 QQQM 몫이 아니니까요.

증권사 거래내역. 7월도 8월도 SCHD만 찍혀 있습니다.

다만 봇 로그를 직접 본 건 아닙니다. 7월치로 같은 계산을 해보면 SCHD 2주가 나오는데 실제로는 5주를 샀습니다. 그달 종목별 평가액이 안 남아 있어 왜 다른지 확인이 안 됩니다. 그래서 "로직이 이렇다"가 아니라 "8월 결과와 정확히 맞아떨어지는 계산"까지만 적어둡니다.

2화와 같은 문제였습니다

2화에서 다뤘던 QQQ 문제와 다른 얘기인 줄 알았습니다. 그때는 QQQ 1주가 603달러인데 배정액이 557달러라 못 샀습니다.

이번은 QQQM 1주 294달러에 배정액 73달러입니다. 숫자만 작아졌지 구조가 똑같습니다. 1주 값이 월 배정액보다 크면 영영 못 삽니다. QQQ를 QQQM으로 바꿔서 해결했다고 생각했는데, 입금액이 그대로면 같은 벽에 다시 부딪힙니다.

고칠 방법은 셋 중 하나입니다. 입금액을 늘리거나, QQQM 몫이 1주를 넘길 때까지 현금으로 쌓아두거나, 더 싼 나스닥 ETF로 갈아타거나. 세 번째는 이미 한 번 했고 또 하면 끝이 없습니다.

비중과 필요 수량을 손으로 다시 맞춰볼 때는 포트폴리오 리밸런싱 계산기를 씁니다. 목표 비율과 현재 평가액을 넣으면 종목별 매매 수량이 나와서, 봇이 낸 답과 대조하기 편합니다.

6. 30만 원 넣고 평가액은 3.5만 원

더 씁쓸한 건 이쪽입니다. 8월 5일 4,085,923원, 매수까지 끝낸 다음 날이 4,121,619원. 차이는 35,696원입니다. 수익률로 보면 +20.67%에서 +18.66%로 내려앉았습니다.

주식으로 96,200원어치를 새로 넣었으니 산술적으로는 그만큼 늘었어야 합니다. 모자란 6만 원은 하루 사이 주가가 빠진 몫입니다.

종목	변화	수익률
TQQQ	-30,755원	+55.64% → +51.52%
SCHD	-15,255원	2주 매수분 보정 후
QQQM	-14,495원	+15.70% → +14.66%
합계	-60,505원	96,200 - 60,505 ≒ 35,696

눈에 띄는 건 TQQQ입니다. 평가금액이 셋 중 가장 작은데 하락분은 가장 큽니다. 3배 레버리지는 내려갈 때도 3배입니다.

7. 5개월차 성적표

8월 6일 기준 보유 현황

종목	수량	평가금액	평가손익	수익률
SCHD	38주	1,821,350원	+133,770원	+7.93%
QQQM	3주	1,262,444원	+161,402원	+14.66%
TQQQ	10주	1,037,824원	+352,874원	+51.52%
합계	—	4,121,619원	+648,047원	+18.66%

4월 리뷰가 +7.33%였으니 넉 달 사이 숫자는 올라왔습니다. 다만 성과라고 부르기는 좀 그렇습니다. +648,047원 중 352,874원, 절반 이상이 TQQQ 한 종목에서 나왔습니다.

비중 40%인 SCHD가 +7.93%인 게 이 계좌의 실제 체력에 더 가깝습니다. TQQQ가 반대로 돌면 이 성적표는 그날로 뒤집힙니다.

회차	평가액	수익률	누적 입금	비고
2026-04	$2,467.87	+7.33%	약 350만 원 (6회)	환율 1,485원
2026-05 ~ 07	—	—	기록 없음	5·6월 기록 없음 / 7월 SCHD 5주
2026-08	4,121,619원	+18.66%	이번 회차 300,012원	환율 1,430.14원 / SCHD 2주

8. 다음에 고칠 것

배분 계산은 거래내역으로 맞춰봤지만 로그를 직접 본 건 아직입니다. 그것부터 확인하고, 그다음은 이렇게 손볼 생각입니다.

못 산 몫을 버리지 말고 쌓아두기. 지금은 QQQM 몫 73달러가 1주에 못 미치면 그냥 지나갑니다. 다음 달로 넘겨서 쌓으면 넉 달째에 1주가 됩니다. 이게 제일 급합니다.

현금 9.08%를 방치하지 않기. 지금 봇은 현금을 자산으로 안 보는 것 같습니다. 40만 원이 놀고 있어도 비중 계산에 안 잡힙니다. 위와 같은 얘기이기도 합니다.

입금분 배분과 리밸런싱을 분리해서 기록 남기기. 어느 쪽이 SCHD 2주를 결정했는지 알림만 봐서는 구분이 안 됐습니다. 이번엔 증권사 거래내역을 뽑아서야 알았습니다.

9. 정리

조건을 손본 달에 조건 얘기가 아닌 문제가 나왔습니다. 국면을 줄인 건 이번 결과와 상관이 없었습니다.

정리하면: 30만 원 입금 → 209.78달러 환전 → SCHD 2주(67.28달러)만 매수 → 142.5달러 현금 잔류.
QQQM 몫은 73.42달러였고 1주는 294.26달러였습니다. 2화와 같은 벽입니다.

자동매매에서 제일 무서운 건 봇이 에러를 뱉는 상황이 아닙니다. 아무 문제 없이 조용히 돌면서 엉뚱한 답을 내는 쪽입니다. 이번 달이 딱 그랬고, 텔레그램에는 아무 경고도 안 왔습니다.

더 무서운 건 제가 그 답을 잘못 읽었다는 겁니다. 잔액만 보고 "살 수 있었는데 안 샀다"고 결론냈다가, 거래내역을 뽑고 나서야 애초에 못 사는 구조였다는 걸 알았습니다. 화면 하나만 보고 판단하면 이렇게 됩니다.

다음 달에도 이 숫자와 비교하겠습니다.

⚠️ 본 글에서 소개하는 도구와 전략은 정보 제공 목적이며, 투자 권유가 아닙니다. 암호화폐/ETF 투자는 원금 손실 위험이 있으므로 투자 결정 전 충분한 검토를 권장합니다.

#ETF #TQQQ #QQQM #SCHD #자동리밸런싱 #자동매매 #한국투자증권 #KISAPI #DCA #해외주식 #적립식투자

코인 자동 리밸런싱 5개월 — 현금이 비었고, 하루 뒤 다시 찼습니다

우기! — Fri, 7 Aug 2026 15:14:37 +0900

코인 자동 리밸런싱 5개월 — 현금이 비었고, 하루 뒤 다시 찼습니다

이 글은 암호화폐 자동 리밸런싱 시리즈의 2번째 기록입니다.
첫 글 보기

3월에 12일치를 올려놓고 그대로 손을 놨습니다. 봇은 그동안에도 매달 돌았습니다.

다섯 달 만에 업비트 계좌를 열었더니 수익률이 -13.73%였습니다. 자랑할 게 없는 회차라 숫자부터 먼저 깔고 갑니다.

30만 원을 넣었더니 BTC·ETH·XRP 세 종목에 전부 들어갔습니다. 같은 날 굴린 ETF 계좌는 같은 금액으로 한 종목만 샀으니, 집행만 놓고 보면 이쪽이 나은 건 맞습니다.

그런데 잔고를 남김없이 밀어 넣는 바람에 현금 비중이 목표의 절반도 안 됩니다. 세 종목은 맞췄고 현금 규칙은 어겼습니다.

그런데 다음 날 계좌를 다시 열었더니 현금 칸이 채워져 있었습니다. 그 얘기는 맨 뒤에 있습니다.

멈춘 건 기록뿐이었습니다
계좌를 열면 -13.73%가 먼저 보입니다
8월 입금 — 현금이 40만 원이 된 순간
주문은 세 종목 전부 들어갔습니다
잔돈이 안 남는 쪽은 소수점입니다
옆 계좌에서는 정반대가 일어났습니다
잘 나눴다고 돈을 번 건 아닙니다
캡처를 뜨다 걸린 546원
하루 뒤, 현금 칸이 다시 찼습니다
정리

1. 멈춘 건 기록뿐이었습니다

첫 글이 3월 16일이었고 그 뒤로 회차를 안 올렸습니다. 입금과 매수는 그 사이에도 계속 있었습니다.

중간 캡처를 안 떠뒀으니 4~7월을 월별로 쪼갤 방법이 없고, 누적 입금액도 확인이 필요합니다. 이번 글은 월간 후기가 아니라 현재 스냅샷입니다.

2. 계좌를 열면 -13.73%가 먼저 보입니다

8월 6일 매수까지 끝난 시점의 계좌입니다.

항목	값
총 보유자산	2,159,005원
총 매수	2,383,949원
총 평가	2,056,523원
평가손익	-327,425원
보유 현금	102,482원
수익률	-13.73%

2,383,949원어치를 사서 지금 2,056,523원입니다. 벌어진 327,425원이 평가손익이고, 현금 102,482원을 더한 게 총 보유자산 2,159,005원입니다.

이걸 뒤로 미뤄놓고 "이번 달도 잘 굴러갔습니다"로 시작하면 그 뒤에 쓰는 문장이 다 거짓말이 됩니다.

3. 8월 입금 — 현금이 40만 원이 된 순간

8월 5일 오전 11시 4분, 입금 직전 화면입니다. 현금이 105,739원 있었습니다.

입금 전. 수익률 -15.46%

여기에 30만 원을 넣었습니다. 2분 뒤 현금 405,739원, 총 보유자산 2,164,409원. 수익률은 -15.48%로 사실상 그대로입니다. 현금만 늘고 산 게 없으니까요.

입금 후. 현금 비중이 5.7%에서 18.7%로 튀었습니다.

시점	보유 KRW	총 보유자산	평가손익	수익률
입금 전	105,739원	1,864,915원	-321,616원	-15.46%
입금 후	405,739원	2,164,409원	-322,122원	-15.48%
매수 후	102,482원	2,159,005원	-327,425원	-13.73%

수익률이 -13.73%로 좁혀진 건 시세가 올라서가 아닙니다. 싸게 더 담아 매수평균가가 내려간 몫입니다. 손실 금액 자체는 오히려 늘었습니다.

4. 주문은 세 종목 전부 들어갔습니다

매수 전후 보유수량 차이로 뽑은 매수 내역입니다.

종목	늘어난 수량	매수금액
BTC	+0.00102450	93,961원
ETH	+0.05006618	135,429원
XRP	+48.91667877	73,766원
합계	—	303,156원

원화도 맞춰봤습니다. 현금은 303,257원 줄었는데 매수금액 증가분은 303,156원. 남는 101원은 수수료로 추정합니다.

입금액은 30만 원인데 3,257원이 더 나갔습니다. 있던 현금까지 끌어다 배분한 겁니다. 매수 후 현금 비중은 4.7%, 입금 전 5.7%보다도 낮습니다. 이게 뒤에서 문제가 됩니다.

돌아간 시각은 첫 글에 적어둔 그대로입니다. 매일 오전 9시 자동 체크. 입금은 8월 5일 오전 11시 5분이었고, 주문은 다음 날인 8월 6일 오전 9시에 나갔습니다. 넣자마자 사는 게 아니라 다음 체크 때 반영되는 구조입니다.

5. 잔돈이 안 남는 쪽은 소수점입니다

목표 비율부터 확실히 하고 가겠습니다. 봇 설정 화면 값은 아래와 같습니다.

KRW 10 / BTC 40 / ETH 30 / XRP 20, 합계 100%. 첫 글 5절에 적어둔 값과 같습니다.

코인 셋만 있는 게 아닙니다. KRW가 10%짜리 칸으로 따로 잡혀 있습니다. 여기에 맞춰 현금까지 넣고 계산했습니다.

자산	입금 전	매수 후	목표 (설정값)	차이
BTC	44.0%	42.2%	40%	+2.2%p
ETH	30.8%	33.2%	30%	+3.2%p
XRP	19.6%	19.9%	20%	-0.1%p
KRW (현금)	5.7%	4.7%	10%	-5.3%p

점선이 목표 위치. 현금 칸만 주황색으로 한참 못 미칩니다.

코인 세 종목은 목표에서 3%포인트 안쪽입니다. 소수점 매수 덕입니다. 0.00102450개 단위로도 살 수 있으니 배분액이 93,961원이면 그 금액만큼 그대로 체결됩니다. "1개를 살까 말까"를 고민할 일이 없습니다.

문제는 맨 아랫줄입니다. 현금 목표는 10%인데 지금 4.7%, -5.3%p로 절반도 못 채웠습니다.

첫 글에 적어둔 규칙이 하나 더 있습니다. 편차가 5%p 이상이면 자동 매매, 그 아래면 스킵. 코인 셋은 전부 그 안쪽인데 현금만 임계값을 넘겼습니다. 비중을 맞추느라 잔고를 밀어 넣다가 현금 칸을 놓친 모양새입니다.

목표 비율은 결과에서 거꾸로 짚지 않았습니다. 설정 화면과 다섯 달 전 첫 글, 두 군데가 같은 값을 보여줍니다. 매수 결과를 보고 목표를 역산하면 무슨 숫자가 나와도 "잘 맞았다"는 결론이 나오니까요.

목표 비율과 현재 평가액을 넣고 종목별로 얼마씩 사야 하는지 손으로 맞춰볼 때는 포트폴리오 리밸런싱 계산기를 씁니다. 봇이 낸 금액과 대조해보면 어긋난 곳이 바로 보입니다.

6. 옆 계좌에서는 정반대가 일어났습니다

같은 달, 같은 사람이, 거의 같은 금액으로 미국 ETF 계좌도 돌렸습니다. 결과는 이렇게 갈렸습니다.

항목	ETF (한국투자증권)	코인 (업비트)
입금	300,012원	300,000원
실제 집행	SCHD 2주 (약 9.6만 원)	BTC·ETH·XRP 3종 전부
남은 현금	약 40만 원 (비중 9.08%)	102,482원 (비중 4.7%)
매수 단위	1주 (QQQM 1주 $294)	소수점

ETF 쪽은 가장 부족한 QQQM을 살 돈이 있었는데도 안 샀습니다. 코인 쪽은 셋에 나눠 담고 잔돈까지 털었습니다. 사람도 입금액도 같은데 결과가 이렇게 갈립니다.

ETF 2화에서 다뤘던 문제가 이 지점입니다. 한 주 가격이 월 입금액에 가까워지면 배분 계산이 아무리 정확해도 주문이 안 나갑니다. 0.7주는 존재하지 않으니까요.

다만 8월 ETF 회차에서 QQQM을 안 산 원인은 아직 추정입니다. 1주가 294달러까지 내려와 살 돈은 있었는데도 주문이 안 나갔거든요.

어느 쪽이든 코인 계좌에는 매수 단위라는 벽이 없습니다. 30만 원이든 3만 원이든 비율대로 쪼개집니다.

그렇다고 코인 쪽이 더 낫다는 얘기는 아닙니다. 자산 성질이 다를 뿐이고, 코인은 대신 현금 규칙을 어겼습니다. 성적표도 코인이 한참 나쁩니다.

7. 잘 나눴다고 돈을 번 건 아닙니다

비중은 목표 근처로 붙었습니다. 그런데 계좌는 -13.73%입니다.

종목	보유수량	평가금액	매수평균가	수익률
BTC	0.00998204	911,100원	103,210,300원	-11.57%
ETH	0.26582877	716,142원	2,998,030원	-10.14%
XRP	287.93517285	428,735원	1,933.1원	-22.97%

가장 아픈 건 XRP입니다. 혼자 -22.97%인데, 10%대에 머무는 나머지 둘과 벌어진 폭이 큽니다. 매수평균가는 2,020.1원에서 1,933.1원으로 내려왔지만 그래도 한참 물려 있습니다.

매수 직전엔 -25.00%였습니다. 더 담아 2%포인트쯤 올라온 건데, 회복이 아니라 평단을 낮춘 결과입니다. 가격이 그대로여도 사는 만큼 숫자는 좋아지니까요. 그래서 수익률보다 평가손익을 먼저 봅니다. 그쪽은 -321,616원에서 -327,425원으로 나빠졌습니다.

비중이 잘 맞는 것과 돈을 버는 건 다른 얘기입니다. 리밸런싱은 배분을 관리하는 도구지 손실을 막는 도구가 아닙니다.

8. 캡처를 뜨다 걸린 546원

화면을 맞춰보다가 합계가 안 맞는 걸 발견했습니다.

시점	종목 합계	화면 표시값	차이
매수 전	1,758,315원	1,759,176원	861원
매수 후	2,055,977원	2,056,523원	546원

요약 화면과 상세 화면을 몇십 초 간격으로 찍었으니 그 사이 시세가 움직인 것으로 추정합니다. 계좌 규모 대비 0.03% 수준이라 결론이 뒤집힐 크기는 아닙니다. 다만 확인 전인 건 확인 전이라고 적어둡니다.

9. 하루 뒤, 현금 칸이 다시 찼습니다

여기까지가 8월 6일 기록입니다. 다음 날 대시보드를 열어봤더니 숫자가 달라져 있었습니다. 마지막 리밸런싱 날짜가 2026. 8. 7.로 찍혀 있습니다.

자산	8/6 매수 후	8/7	목표	8/7 편차
KRW (현금)	4.7%	13.7%	10%	+3.7%p
BTC	42.2%	40.0%	40%	-0.0%p
ETH	33.2%	26.6%	30%	-3.4%p
XRP	19.9%	19.6%	20%	-0.4%p

8월 7일 대시보드. Kill Switch OFF, DRY-RUN OFF — 실거래 모드입니다.

총 자산은 2,159,005원에서 2,152,869원. 금액 변화는 KRW +193,267원, BTC -50,181원, ETH -142,918원, XRP -5,758원입니다.

앞 절에서 적었듯 규칙은 편차 5%p 이상이면 자동 매매입니다. 8월 6일 현금 편차가 -5.3%p로 그 선을 넘었고, 다음 날 매매가 실제로 일어났습니다. 제가 손댈 필요가 없었습니다.

봇이 남기는 이력은 지금 제대로 안 쌓이고 있습니다. 그런데 거래소에는 다 남아 있었습니다. 업비트 거래내역을 열어보니 그날 아침 주문이 그대로 찍혀 있습니다.

업비트 거래내역. 위쪽 다섯 줄이 8월 7일 매도, 아래 다섯 줄이 8월 6일 매수입니다.

8월 7일 매도	수량	단가	정산금액
ETH	0.02664372	2,703,000	71,981원
ETH	0.02664372	2,703,000	71,981원
BTC	0.00041670	91,299,000	38,025원
BTC	0.00006879	91,299,000	6,277원
BTC	0.00005479	91,299,000	4,999원
합계	—	—	193,263원

ETH를 0.05328744개, BTC를 0.00054028개 팔았습니다. 정산금액 193,263원. 앞의 KRW 증가분 193,267원과 4원 차이입니다. XRP는 안 팔았습니다. 편차가 -0.4%p라 5%p 선 근처에도 안 갔으니까요.

총 자산이 6천 원 줄어든 것도 갈렸습니다. 매도 자체는 자산 총액을 안 바꿉니다. 코인이 현금으로 바뀔 뿐입니다. 수수료가 97원이고, 나머지 6,039원은 시세가 빠진 몫입니다. 하루 사이 BTC 단가가 91,714,000원에서 91,299,000원으로 0.45% 내려갔습니다.

판 게 손해가 아니라, 파는 사이 값이 조금 빠진 것입니다.

아직 안 풀린 건 하나 남았습니다. 현금을 왜 10%가 아니라 13.7%까지 넘겨서 올렸는지. 매도 수량을 어떻게 정하는지 봐야 알 것 같습니다. 누적 입금액도 거래내역을 더 올려보면 나올 텐데 이번엔 거기까지 못 갔습니다.

이번 회차는 비교할 지난 기록이 없어서 -13.73%가 나아진 건지 나빠진 건지 말할 수 없습니다. 다음 달에는 이 숫자들을 나란히 놓고 비교하겠습니다.

10. 정리

8/5 — 30만 원 입금.
8/6 — 오전 9시 자동 매수. 303,156원 배분 → 코인 셋은 목표 3%포인트 안쪽, 현금은 10%에 5.3%포인트 미달.
8/7 — 오전 9시 자동 매도. ETH 0.0533개와 BTC 0.0005개를 팔아 현금 13.7%로 회복.
계좌는 -13.73%. 같은 달 ETF 계좌는 30만 원 넣고 SCHD 2주.

건진 건 이렇습니다. 소수점 자산은 소액에서도 종목 배분이 맞아떨어진다는 것. 그 정확함이 현금 칸 앞에서 한 번 멈췄다는 것. 하루 뒤 그 칸이 저절로 채워졌다는 것. 그리고 배분이 어떻든 손실은 손실이라는 것.

기록을 다시 시작하는 회차라 잘된 얘기를 앞에 두고 싶었는데, 계좌가 그걸 허락하지 않았습니다. 대신 규칙이 제 손 없이 굴러가는 건 하루 만에 봤습니다.

#비트코인 #이더리움 #리플 #자동리밸런싱 #업비트 #코인투자 #적립식투자 #DCA #포트폴리오 #분산투자

ETF 자동 리밸런싱 1개월 반 실운용 리뷰 — 수익률·안정성·남은 리스크

우기! — Thu, 23 Apr 2026 22:38:54 +0900

이 글은 ETF 자동 리밸런싱 시리즈의 1개월 반 리뷰입니다.
첫 글 보기

ETF 자동 리밸런싱 봇을 실계좌에 올린 지 45일이 지났습니다.

그 사이에 매도가 매수로 들어가는 버그를 고쳤고, QQQ를 못 사서 종목을 바꿨고, 알림이 폭탄처럼 쏟아지는 것도 고쳤습니다. 봇보다 제가 더 바빴습니다.

350만 원 넣고 45일 돌린 결과, 지금 어떻게 됐는지 기록해둡니다.

45일 운용 요약
입금 타임라인
현재 포트폴리오
수익률 분석
45일간 터진 것들
QQQM 비중 부족 문제
남은 리스크
리밸런싱, 장점이 있긴 한 건가
마무리

1. 45일 운용 요약

항목	내용
운용 기간	2026.03.08 ~ 04.23 (45일)
시장 국면	BULL
총 입금	~350만 원 → $2,342
현재 총 자산	$2,467.87
평가손익 (원화)	+239,579원 (+7.33%)
환율 변화	1,523원 → 1,485원 (유리)

2. 입금 타임라인

한 번에 몰빵한 게 아니라, 6번에 걸쳐 나눠 넣었습니다. 환전할 때마다 환율이 달라서 받는 달러도 달랐습니다.

날짜	원화	USD	환율
3/8	99,992원	$67.18	~1,488
3/9	199,999원	$134.04	~1,492
3/11	799,995원	$542.62	~1,474
3/17	1,199,985원	$800.46	~1,499
3/30	600,015원	$393.91	~1,523
4/17	600,002원	$403.89	~1,485

총 약 350만 원을 6회에 걸쳐 환전. 환율이 가장 안 좋았던 건 3/30(1,523원), 가장 좋았던 건 3/11(1,474원)이었습니다. 나눠서 넣은 덕에 환율 리스크가 알아서 분산됐습니다.

3. 현재 포트폴리오

종목	수량	평가금액	매입금액	수익률	비중
TQQQ	10주	$598.10	$480.74	+24.41%	24.3%
QQQM	3주	$807.30	$772.77	+4.46%	32.7%
SCHD	31주	$966.25	$956.00	+1.07%	39.0%
현금	-	$98.78	-	-	4.0%

BULL 국면 목표 비중(TQQQ 25%, QQQM 35%, SCHD 40%) 대비 전부 편차 3%p 이내입니다. 리밸런싱 봇이 "비중 정상 범위"로 판단하고 매매를 안 하고 있는 상태입니다.

4. 수익률 분석

원화 기준 평가손익은 +239,579원(+7.33%)입니다. 다만 이 숫자를 그대로 믿으면 안 됩니다.

수익의 구성을 뜯어보면:

항목	기여
TQQQ 주가 상승	+$117.36 (매입 대비 +24.41%)
QQQM 주가 상승	+$34.53 (매입 대비 +4.46%)
SCHD 주가 상승	+$10.25 (매입 대비 +1.07%)
환율 변화	1,523 → 1,485원 (달러 가치 하락)

달러 기준 ETF 평가익은 +$162.14입니다. 환율이 떨어졌으니 원화로 바꾸면 달러 가치가 줄었지만, ETF가 오른 게 그걸 덮었습니다.

솔직히 말하면 TQQQ가 +24.41%를 해준 덕이 큽니다. 3배 레버리지의 위력입니다. 반대로 떨어질 때도 3배라는 게 함정이지만, 지금까지는 BULL 국면이 유지돼서 운이 좋았습니다.

5. 45일간 터진 것들

수익률보다 중요한 건, 이 봇이 45일 동안 얼마나 말썽을 부렸는지입니다. 솔직히 꽤 부렸습니다.

시기	문제	해결
1주차	매도가 매수로 들어감 API 헤더(TR_ID) 하나 잘못 넣어서	매수/매도 TR_ID 분리
1주차	120초 대기 후 "됐겠지" 체결 확인 없이 매수 진행	미체결 조회 API 폴링
2주차	QQQ를 영원히 못 삼 1주 $603인데 배정 금액 $557	QQQ → QQQM($250) 교체
2주차	텔레그램 알림 6개 폭탄 같은 정보가 3중 반복	2건으로 통합
3주차	QQQM 0%인데 리밸런싱 안 됨 TQQQ만 체크하는 트리거	전체 ETF 편차 트리거 추가
3주차	대시보드 500 에러 Docker에서 패키지 버전 불일치	requirements.txt 버전 고정

테스트는 56건에서 75건으로 늘었습니다. 터질 때마다 테스트를 추가한 결과입니다.

4/10 시점. QQQM이 0%인데 "리밸런싱 불필요"로 나왔던 화면.

6. QQQM 비중 부족 문제

현재 QQQM 비중은 32.7%입니다. 목표는 35%.

2.3%p 부족한데, 이걸 채우려면 QQQM을 1주 더 사야 합니다. QQQM 1주가 $269입니다. 현금이 $98밖에 없으니 매수가 안 됩니다.

결국 추가 입금을 하거나, TQQQ/SCHD 중 하나를 팔아야 비중을 맞출 수 있습니다. 봇은 편차가 트리거 기준(6%p) 이내라서 "정상 범위"로 보고 가만히 있습니다. 틀린 판단은 아닌데, 찜찜합니다.

소액일 때 피할 수 없는 문제입니다. ETF는 1주 단위로 사야 하니, 돈이 적으면 비중을 정확히 맞추는 게 애초에 안 됩니다.

7. 남은 리스크

TQQQ 레버리지 리스크

지금 TQQQ가 +24.41%를 찍고 있지만, 이건 3배 레버리지라서 가능한 수치입니다. 나스닥이 8% 올랐으니 TQQQ는 24% 오른 겁니다.

반대로 나스닥이 8% 떨어지면 TQQQ는 -24%입니다. 거기에 횡보장이 길어지면 변동성 끌림(volatility decay)까지 겹쳐서, 지수는 제자리인데 TQQQ만 녹는 상황이 생깁니다.

지금은 BULL 국면이라 비중 25%를 유지하고 있지만, BEAR로 전환되면 10%까지 줄이도록 설정해뒀습니다. 이게 실제로 방어가 되는지는 아직 겪어보지 않았습니다.

환율 리스크

환전 내역을 보면 환율이 1,474원~1,523원 사이에서 왔다 갔다 했습니다. 지금은 1,485원으로 입금 평균보다 유리한 쪽이지만, 환율이 더 떨어지면 달러 자산의 원화 가치가 줄어듭니다.

ETF 수익률이 좋아도 환율이 역행하면 원화 기준 수익이 깎입니다. 해외 투자하는 이상 어쩔 수 없는 부분입니다.

봇 안정성

45일 동안 버그 6건을 고쳤습니다. 아직 더 있을 수 있습니다. 특히 국면 전환(BULL → BEAR)에서 매도와 매수가 한꺼번에 몰리는 상황은 아직 안 겪어봤습니다.

8. 리밸런싱, 장점이 있긴 한 건가

솔직한 판단을 적어봅니다.

45일간 확인된 장점

감정이 끼어들 틈이 없습니다. 4월 초에 시장이 출렁일 때 "지금 팔아야 하나?" 고민할 필요가 없었습니다. 봇이 VIX와 MA200을 보고 알아서 판단합니다.
입금만 하면 됩니다. 달러를 넣으면 다음 리밸런싱 때 자동으로 목표 비중에 맞게 분배됩니다. 뭘 얼마나 살지 계산할 필요가 없습니다.
비중 쏠림을 자동 보정합니다. TQQQ가 +24% 올랐지만 비중은 24.3%로 목표(25%)에 가깝게 유지되고 있습니다. 리밸런싱 없이 방치했으면 비중이 30%를 넘었을 겁니다.

아직 모르는 것

하락장 방어력. 45일 동안 BULL이 유지됐습니다. 진짜 시험은 BEAR 국면에서 TQQQ 비중을 10%로 줄이는 순간인데, 아직 그 상황이 안 왔습니다.
단순 보유 대비 성과. 같은 돈으로 QQQ만 샀으면 어땠을지, SPY만 샀으면 어땠을지 비교가 아직 없습니다. 리밸런싱이 추가 수익을 만들었는지, 아니면 매매 비용만 발생시킨 건지 알려면 더 긴 기간이 필요합니다.

유지할 가치가 있는가

결론부터 말하면, 유지합니다.

리밸런싱으로 돈을 더 버는 건 아닙니다. 이건 리스크 관리 도구입니다. TQQQ를 포트폴리오에 넣는 순간, 비중 관리를 안 하면 상승장에서 비중이 계속 불어나다가 하락장에서 한 방에 날아갑니다.

"TQQQ가 아무리 올라도 25%까지만." 이 규칙 하나를 봇이 강제해주는 겁니다. 상승장에서는 수익을 깎는 것처럼 보여도, 하락장이 오면 이게 포트폴리오를 지켜줍니다.

물론 TQQQ를 안 넣으면 이런 고민 자체가 필요 없습니다. 그건 전략의 문제이지, 리밸런싱의 문제는 아닙니다.

9. 마무리

45일 돌려본 결과:

350만 원 투입, 현재 $2,467 (+7.33%)
버그 6건 수정, 테스트 75건 확보
3종 ETF 모두 목표 비중 3%p 이내 유지 중
아직 BEAR 국면 방어는 미검증

봇은 안정기에 접어들었고, 이제는 버그를 고치는 시간보다 시장을 관찰하는 시간이 더 길어졌습니다. 다음 의미 있는 기록은 국면 전환이 발생하거나, 자산이 $5,000을 넘는 시점이 될 것 같습니다.

그때까지는 환전만 꾸준히 하면 됩니다.

면책 고지: 이 글은 개인적인 투자 기록이며 특정 종목의 매수·매도를 권유하지 않습니다. 모든 투자의 책임은 본인에게 있으며, 레버리지 ETF(TQQQ)는 높은 변동성으로 원금 손실 위험이 큽니다. 투자 결정 전 충분한 검토를 권장합니다.

자동매매 봇 실전 사고 — 매도 주문이 매수로 들어간 이유

우기! — Thu, 9 Apr 2026 22:15:57 +0900

이 글은 ETF 자동 리밸런싱 시리즈의 버그 회고 기록입니다.
첫 글 보기

자동매매 봇을 만들고 실계좌로 돌렸더니, 매도 주문이 매수로 들어갔습니다.

텔레그램에는 "SELL 주문 완료"라고 왔는데, 증권사 앱을 열어보니 매수 주문이 걸려 있었습니다. 봇이 거짓말을 한 겁니다.

원인 찾고, 고치고, 재발 방지까지 적용한 과정을 기록해둡니다.

증상 발견
원인 분석 — TR_ID가 뭔데?
수정 — 한 줄이 바꾼 매수/매도의 차이
추가 발견 — 120초 고정 대기의 함정
개선 — 미체결 조회 API로 체결 확인
텔레그램 알림 전면 개편
테스트 19건 추가
교훈 정리

1. 증상 발견

텔레그램에 이런 메시지가 왔습니다.

SELL 주문: TQQQ 11주 @ $43.83 일일 리포트 국면: BEAR 현재 비중: TQQQ: 37.0% / QQQ: 0.0% / SCHD: 35.4% 매도 주문: TQQQ 11주 매수 주문: QQQ 1주, SCHD 9주

BEAR 국면이라 TQQQ 비중(37%)이 너무 높으니 11주를 팔고, 그 돈으로 QQQ와 SCHD를 사는 리밸런싱이었습니다. 메시지만 보면 정상입니다.

그런데 한국투자증권 앱을 열어보니:

종목	구분	주문량	체결량	미체결량
TQQQ	매수	11	0	11

매도가 아니라 매수 주문이 들어가 있었습니다.

QQQ 1주, SCHD 9주 매수도 실행되지 않았습니다. 매도가 안 됐으니 현금이 없어서 매수할 수 없었던 겁니다. 봇은 "매도 완료"라고 보냈지만, 실제로는 TQQQ를 11주 더 사려고 시도한 셈입니다.

2. 원인 분석 — TR_ID가 뭔데?

한국투자증권(KIS) 해외주식 REST API는 매수와 매도를 서로 다른 TR_ID(거래ID)로 구분합니다.

구분	TR_ID	설명
매수	TTTT1002U	해외주식 매수 주문
매도	TTTT1006U	해외주식 매도 주문

HTTP 엔드포인트가 같고, URL도 같고, 요청 바디 구조도 같습니다. 차이는 HTTP 헤더에 실어 보내는 tr_id 값 하나뿐입니다.

문제의 코드는 이랬습니다.

# config.py — 버그 있던 코드

TR_ID_ORDER = 'TTTT1002U'  # 매수 전용인데 모르고 공용으로 씀

# execution_engine.py — 버그 있던 코드

def _place_order(symbol, qty, limit_price, side):

    if side == 'BUY':

        body['SLL_BUY_DVSN_CD'] = '02'

    else:

        body['SLL_BUY_DVSN_CD'] = '01'

    data = kis_api_call('POST', '/uapi/.../order', TR_ID_ORDER, body=body)

SLL_BUY_DVSN_CD라는 필드로 매수/매도를 구분하려 했는데, 이 필드는 해외주식 주문 API에서 사용하지 않는 필드였습니다. API는 이 값을 무시하고, 헤더의 tr_id만 보고 매수/매도를 결정합니다.

그러니까 side가 SELL이든 BUY이든, 항상 TTTT1002U(매수)로 요청이 나간 겁니다.

원인: 국내주식 API 예제를 참고해서 해외주식 코드를 작성하면서, 매수/매도 구분 방식의 차이를 놓친 것. 국내주식은 SLL_BUY_DVSN_CD로, 해외주식은 TR_ID로 구분합니다.

3. 수정 — 한 줄이 바꾼 매수/매도의 차이

수정은 간단했습니다.

# config.py — 수정 후

TR_ID_ORDER_BUY  = 'TTTT1002U'  # 해외주식 매수

TR_ID_ORDER_SELL = 'TTTT1006U'  # 해외주식 매도

# execution_engine.py — 수정 후

tr_id = TR_ID_ORDER_BUY if side == 'BUY' else TR_ID_ORDER_SELL

data = kis_api_call('POST', '/uapi/.../order', tr_id, body=body)

TR_ID를 매수/매도로 분리하고, side에 따라 올바른 TR_ID를 선택하도록 했습니다. 불필요한 SLL_BUY_DVSN_CD 필드도 제거했습니다. 변경은 이게 전부입니다.

4. 추가 발견 — 120초 고정 대기의 함정

TR_ID 버그를 고치면서 주문 실행 흐름을 다시 살펴보니, 또 다른 문제가 있었습니다.

매도 주문을 넣고 무조건 120초만 기다린 뒤 매수를 진행하고 있었습니다.

매도 주문 제출

time.sleep(120) ← 120초 고정 대기

USD 잔고 재조회

매수 수량 재계산

매수 주문 제출

120초 안에 매도가 체결되지 않으면 어떻게 될까요?

현금이 없는 상태에서 매수 시도
지정가 주문이라 체결이 보장되지 않음
장 마감 30분 전이라 유동성도 줄어드는 시간대

솔직히 말하면 "2분이면 되겠지"라는 희망 회로였습니다. 이번에도 매도(실제로는 매수)가 미체결인데 바로 매수를 시도해서 QQQ/SCHD 주문이 전부 실패했고요.

5. 개선 — 미체결 조회 API로 체결 확인

120초 고정 대기를 KIS 미체결 조회 API 폴링으로 교체했습니다.

	기존	개선 후
매도 후 대기	`sleep(120)` 고정	미체결 API 폴링 (30초 간격)
체결 확인	없음 (희망 회로)	주문번호로 미체결 잔량 확인
타임아웃	없음	최대 10분, 초과 시 경고 알림
매수 진행 조건	시간만 지나면 진행	체결 확인 후 진행, 현금 부족 시 스킵

새로 추가한 TR_ID는 TTTS3018R(해외주식 미체결 조회)입니다. 30초 간격으로 미체결 목록을 조회하고, 해당 주문번호가 목록에서 사라지면 체결 완료로 판단합니다.

핵심 차이: "120초 지나면 됐겠지" → "API로 확인하고, 진짜 됐을 때만 진행"

6. 텔레그램 알림 전면 개편

이번 사고에서 텔레그램 메시지만으로는 문제를 알아챌 수 없었습니다. SELL 주문: TQQQ 11주라고 보내놓고 실제로는 매수가 들어갔으니까요.

그래서 메시지만 봐도 뭔가 잘못됐는지 바로 알 수 있도록 뜯어고쳤습니다.

주문 제출 알림

기존	개선 후
SELL 주문: TQQQ 11주 @ $43.83	SELL 주문 제출 종목: TQQQ 수량: 11주 지정가: $43.83 예상 금액: $482.13 주문번호: 0012345678

주문번호가 포함돼서, 증권사 앱에서 바로 대조할 수 있습니다.

새로 추가된 알림

매도 체결 확인 — 미체결 API로 확인 후 전송
주문 실행 완료 요약 — 매도/매수 건수, 체결 상태, 잔여 현금까지 한눈에
일일 리포트 강화 — 국면 판단 근거(QQQ/MA200/VIX), 총 자산, 비중 차이( / 시각 표시) 포함

메시지 수는 3개에서 6~7개로 늘었지만, 이제 앱을 안 열어봐도 됩니다.

7. 테스트 19건 추가

솔직히 테스트가 있었으면 배포 전에 잡았을 버그입니다.

테스트 그룹	건수	핵심 검증
TestPlaceOrder	3	매수는 TTTT1002U, 매도는 TTTT1006U 사용 검증
TestIsOrderFilled	4	미체결 목록 유무에 따른 체결 판단
TestWaitForSellsFill	4	즉시 체결, 타임아웃, 부분 체결 처리
TestExecuteOrders	2	매도→체결확인→매수 순서, 미체결 시 스킵
기타	6	미체결 조회 API, 매수 수량 재계산
합계	19	전체 56건 → 75건 (전체 통과)

TestPlaceOrder가 핵심입니다. "매도 주문 시 TTTT1006U TR_ID를 사용하는가?" — 이거 하나만 있었어도 됐습니다.

8. 교훈 정리

테스트에서 안 잡히면 실계좌에서 잡힌다

KIS API의 매수/매도 구분은 URL도 같고, 요청 바디도 같습니다. 차이는 헤더의 TR_ID 하나뿐. 이걸 코드 리뷰에서 눈으로 잡기는 어렵습니다. 금융 API는 "코드가 의도대로 동작하는가"보다 "API가 의도대로 호출되는가"를 테스트해야 한다는 걸 뼈저리게 느꼈습니다.

알림이 부실하면 디버깅도 늦는다

기존 알림은 "내가 SELL이라고 보냈다"는 것만 알려줬습니다. 실제로 API에 뭐가 갔는지, 주문번호가 뭔지, 체결은 됐는지 전혀 몰랐습니다. 이번에 증권사 앱을 직접 열어보지 않았으면 한참 뒤에야 알았을 겁니다.

체결은 가정이 아니라 확인이다

time.sleep(120) 후 "됐겠지" 하고 넘어가면, 매도 미체결 → 현금 부족 → 매수 실패 → 포트폴리오 불균형. 이번에 정확히 이 순서로 터졌습니다.

변경 파일 요약

파일	변경 내용
config.py	TR_ID 매수/매도 분리, 미체결 조회 TR_ID 추가
execution_engine.py	TR_ID 분기, 미체결 조회 폴링, 실행 완료 요약
telegram_notifier.py	6개 함수 신규/개편 (상세 알림)
main.py	새 알림 함수 적용
test_execution.py	19건 테스트 추가

Vercel 비용 부담될 때 — Next.js를 월 $10에 배포하는 법 (Lightsail + Cloudflare)

우기! — Wed, 25 Mar 2026 09:45:27 +0900

이 글은 CryptoToolbox 개발기 시리즈 2편입니다.
1편: Claude Code로 만든 후기 | 3편: AdSense 심사 통과기

사이드 프로젝트를 만들었으면 이제 배포를 해야 합니다.

Vercel? 편하죠.
근데 트래픽 늘면 비용이 같이 늘어납니다.
수익화 목적 사이트는 고정비가 중요합니다.
그래서 AWS Lightsail + Cloudflare 조합을 골랐고, 결과적으로 월 $10에 운영하고 있습니다.

배포 과정에서 삽질한 것들 포함해서 정리해봤습니다.

왜 Vercel이 아니라 Lightsail인가
Lightsail 인스턴스 생성
서버 초기 설정
프로젝트 배포
Nginx 리버스 프록시 설정
Cloudflare 연동
SSL 인증서 (Let's Encrypt)
배포 업데이트 프로세스
비용 비교 & 마무리

1. 왜 Vercel이 아니라 Lightsail인가

Next.js 배포하면 보통 Vercel을 떠올립니다.
만든 회사니까요.
git push 한 번이면 배포 끝. 편합니다.

근데 한 가지 문제가 있습니다.

Vercel Pro는 월 $20부터 시작하는데, 트래픽이 늘면 비용도 같이 늘어납니다.
서버리스 함수 실행 횟수, 대역폭, 빌드 시간... 전부 과금 요소입니다.
AdSense로 수익화하려는 사이트에서 인프라 비용이 예측 불가능하면 곤란합니다.

Lightsail $10/월 = 2GB RAM, 60GB SSD, 3TB 전송.
트래픽이 아무리 늘어도 월 $10 고정입니다.
수익화 목적이면 이쪽이 합리적입니다.

물론 Vercel보다 손이 더 갑니다. 그 과정을 지금부터 정리하겠습니다.

2. Lightsail 인스턴스 생성

AWS Lightsail 콘솔에서 인스턴스를 생성합니다.

항목	설정
리전	ap-northeast-2 (서울)
OS	Ubuntu 22.04 LTS
플랜	$10/월 (2GB RAM, 60GB SSD)
고정 IP	Static IP 할당 (무료)
방화벽	22(SSH), 80(HTTP), 443(HTTPS) 오픈

AWS Lightsail 인스턴스 — Ubuntu 22.04, 서울 리전

포인트는 Static IP입니다.
인스턴스를 재부팅해도 IP가 바뀌지 않아야 Cloudflare DNS 설정이 안 깨집니다.
Lightsail에서 Static IP는 무료입니다.

3. 서버 초기 설정

인스턴스에 SSH로 접속한 뒤 필요한 것들을 설치합니다.

# Node.js 20 설치 (nvm 사용)
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh | bash
source ~/.bashrc
nvm install 20

# PM2 설치 (프로세스 매니저 — 서버 재부팅해도 앱 자동 실행)
npm install -g pm2

# Nginx 설치 (리버스 프록시)
sudo apt update
sudo apt install nginx -y

# Redis 설치 (캐시 서버)
sudo apt install redis-server -y

각각의 역할을 정리하면:

도구	역할
Node.js 20	Next.js 실행 런타임
PM2	앱 프로세스 관리 + 자동 재시작
Nginx	80/443 포트 → localhost:3000 프록시
Redis	API 응답 캐싱 + Rate Limiting

4. 프로젝트 배포

서버 준비가 끝났으면 프로젝트를 올립니다.

# 프로젝트 클론
git clone https://github.com/{your-repo}/cryptotoolbox.git
cd cryptotoolbox

# 의존성 설치 (⚠️ --legacy-peer-deps 필수!)
npm install --legacy-peer-deps

# 환경 변수 설정
cp .env.example .env.local
nano .env.local  # DB URL, API 키 등 입력

# Prisma + 빌드
npx prisma generate
npm run build

# PM2로 실행
pm2 start npm --name "cryptotoolbox" -- start
pm2 save
pm2 startup  # 서버 재부팅 시 자동 실행 설정

여기서 첫 번째 삽질이 나옵니다.

삽질 1: npm install 하면 eslint 관련 peer dependency 충돌이 발생합니다.
--legacy-peer-deps 플래그를 붙여야 설치가 됩니다.
Next.js 14 + 최신 eslint 조합에서 자주 발생하는 문제입니다.

삽질 2: .env.local을 안 만들고 빌드하면 DB 연결, API 호출이 전부 실패합니다.
빌드는 성공하는데 런타임에서 500 에러가 쏟아집니다.
환경 변수 먼저 세팅하세요.

PM2 상태 — cryptotoolbox가 online으로 돌아가는 모습

5. Nginx 리버스 프록시 설정

Next.js는 기본적으로 3000번 포트에서 돌아갑니다.
하지만 사용자는 80(HTTP)이나 443(HTTPS)으로 접속하죠.
Nginx가 이 중간 다리 역할을 합니다.

# /etc/nginx/sites-available/cryptotoolbox
server {
    listen 80;
    server_name cryptotoolbox.io www.cryptotoolbox.io;

    location / {
        proxy_pass http://localhost:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_cache_bypass $http_upgrade;
    }
}

# 심볼릭 링크 생성 + Nginx 재시작
sudo ln -s /etc/nginx/sites-available/cryptotoolbox /etc/nginx/sites-enabled/
sudo nginx -t           # 설정 문법 검사
sudo systemctl restart nginx

X-Real-IP와 X-Forwarded-For 헤더는 Rate Limiting에 필수입니다.
이걸 안 넣으면 모든 요청이 127.0.0.1에서 온 것으로 찍혀서 IP별 제한이 작동하지 않습니다.

6. Cloudflare 연동

Cloudflare는 CDN + DDoS 방어 + SSL을 무료로 제공합니다. 안 쓸 이유가 없습니다.

설정 순서:

도메인 등록 업체에서 네임서버를 Cloudflare로 변경
Cloudflare DNS에 A 레코드 추가 (cryptotoolbox.io → Lightsail Static IP)
SSL/TLS 모드를 Full (Strict)로 설정
캐싱: Standard

Cloudflare DNS — A 레코드로 Lightsail IP 연결

SSL/TLS 모드 — Full (Strict) 선택

삽질 3: SSL 모드를 "Flexible"로 설정하면 무한 리다이렉트가 발생합니다.
Cloudflare → 서버 구간이 HTTP가 되면서 서버가 "HTTPS로 가세요" → Cloudflare가 다시 HTTP로 보내기 → 무한 루프.
반드시 "Full (Strict)"로 설정하세요.

7. SSL 인증서 (Let's Encrypt)

Cloudflare가 사용자 ↔ Cloudflare 구간은 자동으로 SSL을 적용해줍니다.
하지만 Full (Strict) 모드에서는 Cloudflare ↔ 서버 구간에도 유효한 인증서가 필요합니다.

Let's Encrypt로 무료 인증서를 발급받습니다.

# certbot 설치
sudo apt install certbot python3-certbot-nginx -y

# 인증서 발급 (Nginx 자동 설정)
sudo certbot --nginx -d cryptotoolbox.io -d www.cryptotoolbox.io

# 자동 갱신 테스트
sudo certbot renew --dry-run

certbot이 Nginx 설정까지 자동으로 수정해줍니다.
443 포트 리스닝, 인증서 경로 설정이 전부 자동입니다.

브라우저에서 자물쇠 확인 — SSL 정상 적용

인증서는 90일마다 갱신이 필요한데, certbot renew가 cron으로 자동 실행되므로 신경 쓸 필요 없습니다.

8. 배포 업데이트 프로세스

코드를 수정하고 다시 배포할 때 매번 위 과정을 반복할 필요 없습니다.
이 4줄이면 끝입니다.

git pull origin main
npm install --legacy-peer-deps
npm run build
pm2 restart cryptotoolbox

Vercel처럼 push하면 자동 배포는 안 되지만, SSH 접속해서 4줄 치는 데 30초면 됩니다.
솔직히 이 정도는 감수할 수 있습니다.

삽질 4: next dev가 실행 중인 상태에서 npm run build를 하면 포트 충돌이나 lock 파일 문제가 발생할 수 있습니다.
빌드 전에 기존 프로세스를 먼저 멈추세요.
pm2 stop cryptotoolbox → 빌드 → pm2 restart cryptotoolbox.

9. 비용 비교 & 마무리

결국 가장 중요한 건 비용입니다. Vercel과 비교해봤습니다.

항목	Vercel (Pro)	Lightsail + Cloudflare
월 비용	$20~ (트래픽 비례)	$10 (고정)
SSL	자동	Let's Encrypt (자동 갱신)
CDN	Vercel Edge	Cloudflare (무료)
서버 커스텀	제한적	자유 (Redis, cron 등)
배포 난이도	쉬움 (git push)	중간 (초기 설정 필요)

Vercel이 편한 건 사실입니다.
하지만 서버에 Redis를 직접 올리고, cron job도 돌리고, Rate Limiting도 서버단에서 처리해야 하는 프로젝트라면 Lightsail이 더 적합합니다.

배포 완료 — cryptotoolbox.io 정상 접속 확인

정리하면: AWS Lightsail($10) + Cloudflare(무료) + Let's Encrypt(무료).
초기 설정에 1~2시간 투자하면, 이후엔 4줄 명령어로 배포 끝.
수익화 목적의 사이드 프로젝트에는 이 조합을 추천합니다.

다음 글에서는 이 사이트로 AdSense 심사를 통과한 과정을 다뤄보겠습니다.
크립토 사이트는 Thin Content 거절을 피하기가 만만치 않거든요.

면책 고지: 이 글에서 소개하는 도구와 사이트는 정보 제공 목적이며, 투자 권유가 아닙니다.
암호화폐 투자는 원금 손실 위험이 있으므로 투자 결정 전 충분한 검토를 권장합니다.

ETF 자동 리밸런싱의 사각지대 — 소액으로 QQQ를 못 사는 이유

우기! — Thu, 19 Mar 2026 22:03:48 +0900

이 글은 첫 번째 글: ETF 자동 리밸런싱 시스템 후기의 후속 시리즈입니다.
TQQQ·QQQ·SCHD 3종 ETF를 시장 국면에 따라 자동 리밸런싱하는 전략을 운영 중입니다.

QQQ 0주 문제
120만원 추가 환전
리밸런싱 결과
왜 QQQ를 안 샀는지
숫자로 뜯어보기
소액 + 고가 ETF의 한계
현재 포트폴리오
앞으로의 계획
마무리

1. QQQ 0주 문제

ETF 자동 리밸런싱 봇을 운영한 지 열흘이 넘었습니다.
TQQQ도 사고, SCHD도 사고, 국면 전환도 잘 됐습니다.
그런데 QQQ만 여전히 0주입니다.

목표 비중은 35%인데 현재 비중은 0%.
포트폴리오의 핵심 포지션이 비어있는 겁니다.

이유는 단순합니다.
QQQ 1주가 약 $470이기 때문입니다.
총 자산이 $739인 상태에서 1주만 사면 전체의 63%가 QQQ가 됩니다.
목표 35%의 거의 두 배죠. 봇 입장에서는 살 수가 없는 겁니다.

그래서 생각한 게, "돈을 더 넣으면 되겠지" 였습니다.

2. 120만원 추가 환전

한국투자증권 앱에서 120만원을 달러로 환전했습니다.

환전 금액	₩1,200,000
환율	1,499.12원/USD
환전 결과	$800.46

환율 1,499원. 120만원이 $800 정도가 됐습니다.
기존 자산 $739에 더하면 총 약 $1,540.
QQQ 1주($470)를 사도 전체의 30%니까, 목표 35%에 꽤 가까워질 거라고 계산했습니다.

이제 다음 리밸런싱 시간을 기다려 보았습니다.

3. 리밸런싱 결과

3월 18일 새벽 4:30, 봇이 리밸런싱을 실행.
텔레그램 알림이 왔습니다.

ETF	매수 수량	매수 가격	매수 금액
TQQQ	4주	$48.33	$193.32
SCHD	9주	$31.09	$279.81
QQQ	0주	-	$0

TQQQ 4주, SCHD 9주. 그리고 QQQ는 또 0주.

120만원을 넣은 이유가 QQQ를 사기 위해서였는데,
의도한 결과와 달리 봇은 QQQ를 건너뛰고 TQQQ와 SCHD만 샀습니다.

4. 왜 QQQ를 안 샀는지

로그를 확인해봤습니다.
원인은 봇의 비례 배분 로직이었습니다.

리밸런싱할 때 봇이 하는 일을 정리하면 아래와 같습니다:

각 ETF가 목표 비중 대비 얼마나 부족한지 계산
부족한 만큼의 매수 수량을 구함
보유 현금이 부족하면 전체 매수 수량을 같은 비율로 축소
축소 결과가 소수점이면 내림 처리
내림해서 0주가 되면 스킵

현재 국면은 BULL이고, 목표 비중은 TQQQ 25%, QQQ 35%, SCHD 40%입니다.
세 종목 다 부족하니까 세 종목 다 사야 하는데, 현금이 모자랐던 겁니다.

5. 숫자로 뜯어보기

구체적으로 계산해봤습니다.
총 자산 약 $1,540 기준입니다.

ETF	목표 금액	현재 보유	부족 금액	필요 수량
TQQQ	$385	~$145	~$240	약 5주
QQQ	$539	$0	$539	1주
SCHD	$616	~$310	~$306	약 10주

세 종목을 다 채우려면 약 $1,085가 필요한데, 가용 현금은 약 $800입니다.
현금이 부족하니까 봇은 모든 종목의 수량을 같은 비율로 줄입니다.

축소 비율: $800 ÷ $1,085 ≈ 0.74
세 종목 전부 매수 수량에 0.74를 곱합니다.

여기서 문제가 생겼습니다.

ETF	원래 수량	× 0.74	결과
TQQQ	5주	3.7주	4주 매수
QQQ	1주	0.74주 → 0주	SKIPPED
SCHD	10주	7.4주	9주 매수

TQQQ는 5주에서 4주로 줄어도 매수가 됩니다. SCHD도 10주에서 9주.
문제는 QQQ입니다.
원래 1주만 필요한데, 0.74를 곱하면 0.74주가 됩니다.
소수점은 버리니까 0주. 그냥 스킵되는 겁니다.

수량이 많은 종목은 좀 깎여도 살아남는데,
딱 1주만 필요한 고가 ETF는 비례 축소에서 0이 되어버립니다.
이게 핵심이었습니다.

6. 소액 + 고가 ETF의 한계

봇이 잘못한 건 아닙니다.
현금이 부족할 때 한 종목에 몰아넣지 않고 전체를 균등하게 줄이는 건, 분산 투자 관점에서 합리적인 판단입니다.

문제는 소액 + 고가 ETF 조합 자체에 있습니다.

ETF	1주 가격	목표 비중 충족에 필요한 최소 자산
TQQQ	~$48	$192
QQQ	~$470	$1,343
SCHD	~$31	$78

TQQQ는 $48이니까 소액으로도 비중 조절이 됩니다. SCHD도 $31이라 마찬가지입니다.
그런데 QQQ는 1주가 $470이라 최소 $1,343은 있어야 비중을 맞출 수 있습니다.

총 자산 $1,540이면 숫자상으로는 가능한데, 문제는 TQQQ와 SCHD도 동시에 채워야 한다는 겁니다.
세 종목을 한 번에 목표까지 채울 현금이 안 되면, QQQ가 잘려나가는 구조입니다.

7. 현재 포트폴리오

리밸런싱 후 현재 상태는 아래와 같습니다.

ETF	수량	현재 비중	목표 (BULL)	편차
TQQQ	7주	~22%	25%	-3%p
QQQ	0주	0%	35%	-35%p
SCHD	19주	~38%	40%	-2%p
USD 현금	-	~40%	-	-

TQQQ와 SCHD는 목표에 거의 근접했습니다.
하지만 QQQ 자리에 현금이 40%나 남아있습니다.
120만원을 넣었는데 현금이 제일 큰 비중이라는 게 좀 아이러니합니다.

8. 앞으로의 계획

해결 방법은 크게 두 가지가 있습니다.

방법 1: 추가 입금

세 종목을 한 번에 다 채울 만큼 넉넉하게 넣으면 비례 축소 자체가 발생하지 않습니다.
다만 그만큼 추가 자금이 필요합니다.

방법 2: 봇 로직 수정

"비례 축소 결과가 0주인데, 원래 1주 이상 필요한 종목이면 1주는 반드시 매수"하는 예외 처리를 넣는 방법입니다.
다만 이러면 다른 종목의 비중이 밀리니까, 단순하게 고치기는 어렵습니다.

당장은 추가 환전으로 자산을 키울 생각입니다.
봇 로직 수정은 이번 경험을 바탕으로 좀 더 고민해보려 합니다.

9. 마무리

QQQ를 사려고 120만원을 넣었더니, TQQQ 4주와 SCHD 9주가 돌아왔습니다.
봇은 자기 로직대로 성실하게 한 것뿐인데, 의도한 결과는 아니었습니다.

소액으로 고가 ETF를 자동 매수하면 이런 사각지대가 있다는 걸, 직접 돈을 넣어보고 나서야 알게 됐습니다.
자동매매가 편한 건 맞지만, 만능은 아닙니다.
이런 엣지 케이스는 직접 운영해봐야 보이는 것 같습니다.

다음 글에서는 QQQ를 실제로 매수한 후기를 가져오겠습니다.

관련 글: ETF 자동 리밸런싱 8일 후기 — 첫 글

AI가 코드 다 짜줬다? Claude Code로 크립토 도구 사이트 만든 솔직 후기

우기! — Wed, 18 Mar 2026 10:13:10 +0900

왜 만들었나
바이브 코딩이 뭔데?
기술 스택 선택
계산기 9개 한번에
포트폴리오 분석 툴 3종
과거 가격 데이터 수집 삽질
결국 사람이 개입해야 했던 순간들
Claude Code 사용 후기 (솔직)
현재 사이트 모습
비용 정리
마무리

1. 왜 만들었나

크립토 계산기 사이트를 하나 만들어보고 싶었습니다.

검색해보면 대부분 영어 사이트이고, 광고가 떡칠이고, 정작 필요한 기능은 유료입니다. "이거 직접 만들면 AdSense로 수익화도 되지 않을까?" 하는 생각이 출발점이었습니다.

목표는 단순했습니다:

도구형 사이트는 SEO에 강하다. 계산기 + 가이드 콘텐츠를 결합하면 검색 유입이 꾸준히 들어올 것이다. 이걸 직접 검증해보자.

2. 바이브 코딩이 뭔데?

이번 프로젝트는 Claude Code(CLI)로 만들었습니다. 요즘 말하는 "바이브 코딩"이죠.

작동 방식은 간단합니다:

프롬프트로 "이런 기능 만들어줘" 요청
AI가 코드 생성
결과 확인 → 수정 요청 → 반복

솔직히 말하면 제가 직접 타이핑한 코드는 거의 없습니다. 대신 "이건 아닌데?", "이렇게 바꿔줘"라고 지시하는 시간이 대부분이었습니다.

체감 생산성은? 혼자 2주 만에 완성했는데, 직접 코딩했으면 1~2달은 걸렸을 겁니다.

Claude Code CLI에서 프롬프트로 코드를 생성하는 모습

3. 기술 스택 선택

기술 스택은 이렇게 정했습니다:

항목	선택
프레임워크	Next.js 14 (App Router)
스타일링	Tailwind CSS + shadcn/ui
DB	PostgreSQL + Prisma ORM
캐시	Redis (개발 서버에 직접 설치)
데이터	CoinGecko API + CryptoCompare
배포	AWS Lightsail + Cloudflare

왜 이 조합인가? SSG(정적 생성) + Redis 캐싱이면 페이지 로딩이 빠르고, SEO 점수가 높게 나옵니다. AdSense 수익화에는 이 두 가지가 핵심이거든요.

Redis는 Upstash 같은 클라우드 서비스 대신 개발 서버에 직접 설치해서 사용하고 있습니다. 어차피 Lightsail 서버를 쓰고 있으니 같은 서버에 Redis를 올리면 추가 비용이 없거든요.

4. 계산기 9개 한번에

처음부터 계산기를 여러 개 만들 계획이었습니다. 도구형 사이트는 도구가 많을수록 검색 유입 경로가 넓어지니까요.

cryptotoolbox.io 메인 페이지 — 계산기 9개 + 분석 툴 카드

만든 계산기 목록:

#	계산기	기능
1	Bitcoin Investment	과거 특정일에 투자했다면?
2	Crypto Profit	매수/매도 수익 계산
3	DCA Calculator	적립식 투자 시뮬레이션
4	Staking Calculator	스테이킹 보상 예측
5	Crypto Tax	국가별 세금 추정
6	Crypto Converter	실시간 환산
7	Mining Calculator	채굴 수익성 계산
8	Portfolio Rebalancer	리밸런싱 매매 계산
9	Portfolio Risk Score	5요인 리스크 분석

모든 계산 로직은 /utils 폴더에 순수 함수로 분리했습니다. UI와 로직을 섞지 않는 게 규칙이었거든요.

5. 포트폴리오 분석 툴 3종

단순 계산기를 넘어서 실제 투자 전략을 검증할 수 있는 툴을 3개 더 만들었습니다.

Rebalancing Backtester

"이 전략이 과거에 통했을까?"
과거 데이터로 리밸런싱 전략을 시뮬레이션합니다.

Strategy Builder

"DCA 하면서 리밸런싱도 같이 하면?"
적립식 + 리밸런싱 통합 전략 설계.

Portfolio Risk Score

"내 포트폴리오 리스크가 얼마나 되지?"
변동성·집중도·상관관계 5요인 분석.

백테스터 — 리밸런싱 전략 vs BTC 단독 보유 비교 차트

Risk Score — 게이지 + 요인별 분석 + 상관관계 매트릭스

이 3개 툴이 다른 계산기 사이트와의 차별점입니다. 단순히 숫자 계산만 하는 게 아니라 전략을 검증하고, 리스크를 분석해주거든요.

6. 과거 가격 데이터 수집 삽질

백테스터와 전략 빌더를 돌리려면 과거 가격 데이터가 필요합니다. 2020년부터 지금까지, 코인별로요.

처음에는 CoinGecko API로 수집하려 했는데, 무료 플랜은 최근 365일만 제공합니다. 유료 플랜은 월 $130부터.

데이터 수집 스크립트를 돌리다가 컴퓨터가 멈춰서 재부팅된 적도 있습니다. 알고 보니 API 문제가 아니라 macOS 커널 패닉이었지만, 처음엔 "내가 뭘 잘못한 건가" 싶어서 한참 헤맸습니다.

해결: CryptoCompare API는 무료로 전체 과거 데이터를 제공합니다. 한 번에 2,000일치까지 조회 가능.

결과적으로 11개 코인 × 약 6년 = 24,051건을 무료로 수집했습니다.

API	과거 데이터	비용	용도
CoinGecko	365일 제한	무료	현재가, APR (일상 운영)
CryptoCompare	제한 없음	무료	과거 데이터 백필

교훈: 무료 API를 여러 개 조합하면 유료 못지않은 데이터를 확보할 수 있습니다.

7. 결국 사람이 개입해야 했던 순간들

"AI가 다 해주는 거 아니야?" 하고 생각할 수 있는데, 절대 아닙니다. 중간중간 제가 직접 판단하고 수정해야 했던 순간들이 꽤 있었습니다.

무한 재귀 버그

Portfolio Risk Score를 만들 때, AI가 "개선 제안"을 계산하는 로직에서 점수 계산 함수가 자기 자신을 무한히 호출하는 버그를 만들었습니다. 스택 오버플로우로 서버가 죽었고, 원인을 찾아서 점수 전용 함수를 분리하는 건 제가 직접 지시해야 했습니다.

AdSense 스크립트 삽입 실수

Next.js의 <Script> 컴포넌트로 AdSense 코드를 넣었더니, preload로 변환되어서 Google 크롤러가 인증 코드를 인식하지 못했습니다. 소문자 <script>로 직접 넣어야 한다는 걸 파악하고 수정한 건 저였습니다.

CoinGecko 유료 한도 모르고 삽질

AI가 "CoinGecko 무료 API로 과거 데이터 전부 수집 가능"이라고 했는데, 실제로 돌려보니 365일 제한에 걸려서 401 에러가 쏟아졌습니다. 대안 API를 조사하고 CryptoCompare로 전환하는 판단은 제가 한 겁니다.

npm install 버전 충돌

서버에서 npm install을 실행했더니 eslint 버전 충돌로 설치가 안 됐습니다. --legacy-peer-deps 플래그를 붙여야 한다는 걸 찾는 것도 직접 해야 했습니다.

핵심: AI는 코드를 빠르게 생성해주지만, "이게 맞는지" 판단하고 "틀렸을 때 왜 틀렸는지" 찾는 건 여전히 사람의 일입니다. 바이브 코딩은 개발을 없애는 게 아니라 개발의 종류를 바꾸는 것입니다.

8. Claude Code 사용 후기 (솔직)

좋았던 점

반복 코드가 많은 작업에서 압도적으로 빠름
9개 계산기 페이지를 일관된 패턴으로 생성
API route + Redis 캐싱 보일러플레이트 자동 생성
SEO 메타태그, FAQ, Schema.org 일괄 적용
병렬 에이전트로 여러 파일 동시 수정

아쉬웠던 점

재귀 호출, preload 변환 등 미묘한 버그 생성
가끔 요청 안 한 부분까지 수정해버림
긴 파일 수정 시 컨텍스트를 놓치는 경우
외부 API 제약 같은 현실 조건을 모름
결국 코드 리뷰와 아키텍처 결정은 사람 몫

어드민 대시보드 — 코인 관리, 크론잡, Rate Limit 모니터링

결론: 바이브 코딩은 "0 → 1"을 빠르게 만드는 도구이지, "코딩을 몰라도 되는 마법"은 아닙니다. 코드를 읽고 검증할 수 있어야 의미가 있습니다.

9. 현재 사이트 모습

Bitcoin Investment Calculator — 과거 투자 수익 시뮬레이션

사이트 주소: cryptotoolbox.io

기능	개수
계산기	9개
포트폴리오 분석 툴	3개
스테이킹 가이드	9개
지원 코인	50+

10. 비용 정리

사이드 프로젝트에서 비용은 중요합니다. 수익이 나기 전에 비용이 크면 의미가 없으니까요.

항목	비용
도메인 (cryptotoolbox.io)	연 $12
AWS Lightsail (2GB)	월 $10
Redis	무료 (서버 내 설치)
CoinGecko / CryptoCompare API	무료
Cloudflare (CDN + SSL)	무료
월 총 비용	~$11

월 약 15,000원으로 사이트 운영 가능

11. 마무리

정리하면 이렇습니다:

Claude Code(바이브 코딩)로 2주 만에 크립토 도구 사이트 완성.
계산기 9개 + 분석 툴 3개 + 가이드 9개.
월 비용 약 $11. 전부 무료 API와 오픈소스로 구성.
단, AI가 만든 코드를 검증하고 버그를 잡는 건 사람의 일.

"AI가 코드를 다 짜줬다"는 반은 맞고 반은 틀립니다. 코드 생성 속도는 압도적이지만, 재귀 버그를 찾고, API 제약을 파악하고, 아키텍처를 결정하는 건 여전히 개발자의 역할입니다.

바이브 코딩의 진짜 가치는 "코딩을 안 해도 되는 것"이 아니라, "만들어볼까?" 하는 아이디어를 2주 만에 실제 서비스로 만들 수 있다는 것입니다. 예전에는 불가능했던 일이죠.

다음 글에서는 이 사이트를 AWS Lightsail + Cloudflare로 배포한 과정을 다뤄보겠습니다. 삽질 포인트도 같이요.

면책 고지: 이 글에서 소개하는 도구와 사이트는 정보 제공 목적이며, 투자 권유가 아닙니다. 암호화폐 투자는 원금 손실 위험이 있으므로 투자 결정 전 충분한 검토를 권장합니다.

태그: #바이브코딩 #ClaudeCode #크립토계산기 #NextJS #사이드프로젝트 #AI코딩 #수익화 #AdSense #CryptoToolbox #포트폴리오분석 #리밸런싱백테스터 #암호화폐

ETF_자동_리밸런싱_8일_후기

우기! — Mon, 16 Mar 2026 23:23:54 +0900

ETF 리밸런싱이란?
왜 TQQQ / QQQ / SCHD인가
시장 국면별 전략
왜 직접 만들었나
시스템 구성
8일간 운영 결과
실제 리밸런싱 이력
장단점 정리
마무리

1. ETF 리밸런싱이란?

해외 ETF 투자를 하다 보면 특정 종목만 올라서 포트폴리오 비중이 한쪽으로 쏠리는 경험, 다들 있을 겁니다.

예를 들어 TQQQ 25%, QQQ 35%, SCHD 40%로 시작했는데, TQQQ만 급등해서 TQQQ가 50%가 되어버리면 레버리지 리스크가 한쪽에 집중됩니다.

리밸런싱은 이렇게 쏠린 비율을 원래 목표대로 되돌리는 것입니다. 많이 오른 건 일부 팔고, 적은 건 사서 비율을 맞추는 거죠.

특히 TQQQ 같은 3배 레버리지 ETF는 변동성이 크기 때문에, 리밸런싱 없이 방치하면 포트폴리오 전체가 레버리지 리스크에 노출됩니다. 문제는 이걸 매번 수동으로 하기가 귀찮다는 겁니다.

그래서 시장 국면에 따라 비중을 자동으로 조절하는 리밸런싱 봇을 직접 만들어봤습니다.

2. 왜 TQQQ / QQQ / SCHD인가

이 3종 조합은 공격 + 안정 + 배당을 동시에 잡는 구성입니다.

ETF	성격	역할
TQQQ	나스닥100 3배 레버리지	상승장에서 수익 극대화
QQQ	나스닥100 추종	안정적 성장 + 핵심 포지션
SCHD	미국 고배당 ETF	하락장 방어 + 배당 수익

핵심은 시장이 좋을 때는 TQQQ 비중을 높이고, 나쁠 때는 SCHD로 방어하는 것입니다. 이걸 사람이 매번 판단하기 어려우니, 시장 국면 판단까지 자동화했습니다.

3. 시장 국면별 전략

봇은 매일 QQQ 가격, MA200(200일 이동평균), VIX(공포지수)를 확인해서 시장 국면을 자동 판단합니다.

국면 판단 기준

국면	조건
BULL	QQQ > MA200 AND VIX < 25 AND 낙폭 > -20%
SIDEWAYS	QQQ > MA200 AND 25 ≤ VIX ≤ 30
BEAR	QQQ < MA200 OR VIX > 30 OR 낙폭 ≤ -20%

국면별 목표 비중

ETF	BULL	SIDEWAYS	BEAR
TQQQ	25%	20%	10%
QQQ	35%	38%	40%
SCHD	40%	42%	50%

상승장(BULL)에서는 TQQQ 비중을 25%까지 높여 수익을 극대화하고, 하락장(BEAR)에서는 10%로 줄이고 SCHD를 50%까지 올려 방어합니다. 국면이 바뀌면 자동으로 비중을 재조정합니다.

4. 왜 직접 만들었나

기존에도 ETF 자동매매 서비스가 있지만:

API 키를 남의 서비스에 맡기는 게 불안했음
시장 국면별로 비중을 달리하는 세밀한 전략을 적용하고 싶었음
TQQQ 같은 레버리지 ETF의 리밸런싱 트리거를 직접 설정하고 싶었음
개발자니까 직접 만들어보고 싶었음

그래서 한국투자증권(KIS) REST API + Python으로 자동 리밸런싱 봇을 만들었고, 실제로 8일간 실전 운영해본 결과를 공유합니다.

5. 시스템 구성

직접 만든 웹 대시보드에서 모든 걸 관리합니다.

주요 기능:

포트폴리오 현재 비중 vs 목표 비중을 한눈에 확인
시장 국면(BULL/SIDEWAYS/BEAR) 실시간 표시
QQQ 현재가, MA200, VIX, 낙폭 지표
Kill Switch (긴급 정지)
텔레그램 알림 (주문 전/후, 오류 발생 시)

자동 실행: 미국 장 마감 30분 전에 자동 실행됩니다. 겨울에는 오전 5:30, 썸머타임에는 오전 4:30에 리밸런싱을 체크하고, TQQQ 비중이 트리거 기준을 넘으면 자동 매매가 실행됩니다.

기술 스택

백엔드: Python + FastAPI
증권 API: 한국투자증권 KIS REST API (직접 호출)
시세 데이터: yfinance (QQQ, VIX, 환율)
알림: Telegram Bot API
배포: Docker + Mac 서버 24시간 운용

6. 8일간 운영 결과

운영 기간

시작일: 2026년 3월 9일
현재: 2026년 3월 16일 (8일차)

자산 변화

항목	시작 (3/9)	현재 (3/16)	변화
총 자산	$67.22	$739.75	+$672.53
TQQQ	$0	$143.34 (3주)	-
QQQ	$0	$0 (0주)	-
SCHD	$0	$309.87 (10주)	-
USD 현금	$67.22	$286.64	-

참고: 자산 증가분 대부분은 추가 환전(원화 → 달러)에 의한 것입니다. 시스템이 자동으로 달러 잔고를 목표 비중에 맞게 분배해줍니다.

현재 비중 vs 목표 (BULL 기준)

ETF	목표	현재	편차
TQQQ	25%	19.37%	-5.63%p
QQQ	35%	0%	-35%p
SCHD	40%	41.88%	+1.88%p
USD 현금	-	38.75%	-

QQQ를 아직 못 사고 있는 이유: QQQ 1주가 약 $601입니다. 현재 총 자산이 $739이니 1주만 사도 포트폴리오의 81%가 QQQ가 됩니다. 소액 운용 시 고가 ETF는 최소 거래 단위 문제로 비중 조절이 어렵습니다. 자산 규모가 커지면 자연스럽게 해결될 부분입니다.

7. 실제 리밸런싱 이력

8일간 총 6회 리밸런싱이 실행되었습니다. (실제 매매 4회 + 비중 체크 2회)

날짜	국면	매수 내역	TQQQ 가격
03.09	BEAR	SCHD 3주	$46.01
03.09	BEAR	SCHD 3주	$46.24
03.11	BULL	TQQQ 1주	$49.33
03.12	SIDEWAYS	TQQQ 3주, SCHD 7주	$49.11
03.13	SIDEWAYS	트리거 미충족 (스킵)	$47.24
03.16	SIDEWAYS	트리거 미충족 (스킵)	$45.93

이력 해석

3/9 (BEAR): 최초 달러 입금 후 초기 매수 — BEAR 국면이라 SCHD만 매수 (안전자산 우선)
3/11 (BULL): 국면이 BULL로 전환 → TQQQ 매수 시작
3/12 (SIDEWAYS): 추가 환전 후 대규모 매수 — TQQQ 3주 + SCHD 7주
3/13, 3/16: 비중 편차가 트리거 기준 이내 → 자동 스킵 (불필요한 매매 방지)

8일 동안 BEAR → BULL → SIDEWAYS로 국면이 세 번 바뀌었고, 봇이 각 국면에 맞게 자동으로 포지션을 조절했습니다.

8. 장단점 정리

장점

시장 국면 자동 판단: QQQ MA200, VIX를 매일 체크해서 BULL/SIDEWAYS/BEAR 자동 분류
감정 배제: 공포에 팔고 탐욕에 사는 실수를 방지
자동 분산: 달러 환전만 하면 목표 비중대로 자동 분배
투명한 이력: 모든 매매와 국면 변화가 기록됨
텔레그램 알림: 매매 결과를 실시간으로 받아볼 수 있음
안전장치: Kill Switch, Circuit Breaker 등 긴급 정지 기능

단점

소액 한계: QQQ가 $601/주라 소액으로는 비중 조절 불가 (현재 0주)
달러 환전 수동: 원화 → 달러 환전은 직접 해야 함 (봇은 달러만 사용)
미국장 시간 제약: 주문은 미국 장 시간(한국 23:30~06:00)에만 가능
서버 필요: 24시간 돌아가는 서버가 있어야 함 (Mac 서버 + Docker 사용 중)

이런 분에게 추천

해외 ETF 포트폴리오를 분산 투자하고 싶은데 수동 관리가 귀찮은 분
레버리지 ETF(TQQQ)의 비중을 시장 상황에 맞게 조절하고 싶은 분
감정적 매매를 줄이고 규칙 기반 투자를 하고 싶은 분

9. 마무리

8일간 실전 운영해본 결과, 자동 리밸런싱 봇은 생각보다 잘 동작합니다.

특히 국면 전환(BEAR → BULL → SIDEWAYS)이 자동으로 감지되고, 그에 맞게 포지션이 조절되는 게 인상적이었습니다. 사람이라면 "지금 사도 되나?" 고민하며 타이밍을 놓치기 쉬운 상황에서, 봇은 규칙대로 묵묵히 실행합니다.

아직은 소액($739)이라 QQQ를 못 사고 있지만, 자산 규모가 커지면 3종 ETF가 모두 목표 비중에 맞춰질 것입니다. 다음 글에서는 주간 운영 후기와 함께 국면 변화에 따른 수익률 분석을 해보겠습니다.

같은 시스템으로 암호화폐(BTC/ETH/XRP) 자동 리밸런싱도 운영 중입니다.
코인 리밸런싱 후기가 궁금하시면 → 암호화폐 자동 리밸런싱 12일 후기

태그: #ETF #TQQQ #QQQ #SCHD #자동리밸런싱 #한국투자증권 #해외주식 #포트폴리오관리 #시장국면 #자동매매 #레버리지ETF #Python

암호화폐 자동 리밸런싱 시스템, 12일간 직접 돌려본 후기

우기! — Mon, 16 Mar 2026 22:50:57 +0900

리밸런싱이 뭔데?
업비트 코인모으기(DCA)로 적립 중
왜 자동 리밸런싱까지 만들었나
시스템 구성
목표 비율 설정
12일간 운영 결과
실제 리밸런싱 이력
업비트 실제 잔고
장단점 정리
마무리

1. 리밸런싱이 뭔데?

코인 투자를 하다 보면 특정 코인만 올라서 포트폴리오 비중이 한쪽으로 쏠리는 경험, 다들 있을 겁니다.

예를 들어 BTC 40%, ETH 30%, XRP 20%, 현금 10%로 시작했는데, BTC만 올라서 BTC가 70%가 되어버리면 리스크가 한쪽에 집중됩니다.

리밸런싱은 이렇게 쏠린 비율을 원래 목표대로 되돌리는 것입니다. 많이 오른 건 일부 팔고, 적은 건 사서 비율을 맞추는 거죠.

문제는 이걸 매번 수동으로 하기가 귀찮다는 겁니다. 그래서 자동화 시스템을 직접 만들어봤습니다.

2. 업비트 코인모으기(DCA)로 적립 중

저는 원래 업비트의 코인모으기 기능으로 비트코인을 꾸준히 적립하고 있었습니다.

현재 2개 플랜을 동시에 운영 중입니다:

플랜	주기	금액	누적 회차	누적 금액
주간 적립	매주 금요일	25,000원	69/70회차	1,725,034원
월간 적립	매월 12일	100,000원	15/16회차	1,500,085원

코인모으기(DCA)는 시점 분산에는 좋지만, 한 가지 문제가 있습니다. BTC만 계속 사니까 포트폴리오가 비트코인 100%로 쏠린다는 거죠.

ETH나 XRP도 가지고 싶은데, 코인모으기는 코인별로 따로 설정해야 하고 비율 관리가 안 됩니다.

그래서 생각한 조합이:

코인모으기(DCA)로 BTC 적립 + 자동 리밸런싱으로 ETH, XRP에 분산

BTC가 목표 비율(40%)을 넘으면 자동으로 일부를 팔아서 ETH, XRP를 사는 구조입니다. 적립과 분산을 동시에 자동화한 셈이죠.

3. 왜 자동 리밸런싱까지 만들었나

코인모으기만으로는 분산이 안 되니까 리밸런싱이 필요한데, 기존 서비스들은:

API 키를 남의 서비스에 맡기는 게 불안했음
내가 원하는 비율과 주기로 세밀하게 조절하고 싶었음
개발자니까 직접 만들어보고 싶었음

그래서 업비트 API + Next.js로 자동 리밸런싱 시스템을 만들었고, 실제로 12일간 실전 운영해본 결과를 공유합니다.

4. 시스템 구성

직접 만든 웹 대시보드에서 모든 걸 관리합니다.

주요 기능:

포트폴리오 현재 비율 vs 목표 비율을 한눈에 확인
자산 가치 추이 차트 (30일)
수동 리밸런싱 실행 버튼
잔고 확인 + 텔레그램 알림
Kill Switch (긴급 정지)
DRY-RUN 모드 (모의 실행)

자동 실행: 매일 오전 9시에 자동으로 리밸런싱을 체크합니다. 편차가 기준(5%p) 이상이면 자동 매매가 실행되고, 기준 이하면 스킵합니다.

5. 목표 비율 설정

제가 설정한 목표 비율은 이렇습니다:

자산	목표 비율
KRW (현금)	10%
BTC (비트코인)	40%
ETH (이더리움)	30%
XRP (리플)	20%
합계	100%

BTC를 가장 높게, 현금을 10% 유지하는 보수적인 구성입니다. 설정 화면에서 1% 단위로 자유롭게 조절할 수 있습니다.

6. 12일간 운영 결과

운영 기간

시작일: 2026년 3월 5일
현재: 2026년 3월 16일 (12일차)

자산 변화

항목	시작 (3/5)	현재 (3/16)	변화
총 자산	약 46만원	약 131만원	+85만원
BTC	310,287원	545,282원	-
ETH	0원	409,395원	-
XRP	0원	264,405원	-
KRW	151,557원	98,149원	-

참고: 자산 증가분 대부분은 추가 입금에 의한 것입니다. 시스템이 자동으로 입금된 현금을 목표 비율에 맞게 분배해줍니다.

현재 비율 vs 목표

자산	목표	현재	편차
KRW	10%	7.5%	-2.5%p
BTC	40%	41.4%	+1.4%p
ETH	30%	31.1%	+1.1%p
XRP	20%	20.1%	+0.1%p

모든 자산이 목표 대비 ±2.5%p 이내로 안정적으로 유지되고 있습니다. 시작 당시 BTC 편차가 +27%p였던 걸 생각하면 시스템이 잘 작동하고 있는 겁니다.

7. 실제 리밸런싱 이력

12일간 총 8회 리밸런싱이 실행되었습니다.

날짜	상태	매도	매수	수수료
03.05 10:25	COMPLETED	125,066원	126,775원	0원
03.05 10:29	COMPLETED	125,094원	126,801원	0원
03.05 10:31	COMPLETED	0원	0원	62원
03.05 10:43	COMPLETED	62,774원	126,880원	95원
03.06 09:00	PARTIAL	0원	59,272원	30원
03.07 09:00	COMPLETED	79,733원	58,746원	69원
03.12 09:00	PARTIAL	0원	225,125원	113원
03.13 09:00	COMPLETED	128,634원	31,258원	80원

누적 수수료: 약 449원

수수료가 거의 안 드는 게 장점입니다. 46만~131만원 규모에서 12일간 총 449원이면 무시할 수 있는 수준이죠.

이력 해석

3/5: 처음 시작 — BTC에 쏠려있던 비중을 ETH, XRP로 분산
3/6~7: 매일 오전 9시 자동 실행, 소폭 조정
3/12: 추가 입금 후 → 현금을 ETH, XRP로 자동 분배 (225,125원 매수)
3/13: BTC 비중 초과 → 일부 매도 후 재분배

사람이 하면 귀찮아서 미루기 쉬운 작업을 시스템이 알아서 해줍니다.

8. 업비트 실제 잔고

실제 업비트 앱에서 확인한 잔고입니다. 시스템이 허수가 아니라 진짜 매매가 이루어지고 있습니다.

자산	보유 수량	평가금액	수익률
BTC	0.00502217	545,282원	-3.05%
ETH	0.12228072	409,395원	+11.17%
XRP	121.845	264,405원	+6.41%

BTC는 소폭 마이너스지만, ETH와 XRP는 각각 +11%, +6%의 수익을 기록 중입니다. 리밸런싱 덕분에 ETH가 싸을 때 자동으로 매수된 효과가 있습니다.

9. 장단점 정리

장점

감정 배제: 올랐을 때 팔고 내렸을 때 사는 걸 기계적으로 실행
자동 분산: 입금만 하면 목표 비율대로 자동 분배
투명한 이력: 모든 매매가 기록되어 추적 가능
낮은 수수료: 12일 8회 리밸런싱에 총 449원
텔레그램 알림: 매매 결과를 실시간으로 받아볼 수 있음

단점

급등 수익 제한: 특정 코인이 급등하면 일부 팔아버리므로 수익이 줄 수 있음
소액 한계: 금액이 작으면 최소 거래 금액에 걸려 PARTIAL(부분 체결)이 발생
서버 필요: 24시간 돌아가는 서버가 있어야 함

이런 분에게 추천

코인 포트폴리오를 분산 투자하고 싶은데 수동 관리가 귀찮은 분
감정적 매매를 줄이고 규칙 기반 투자를 하고 싶은 분
개발에 관심 있어서 직접 만들어보고 싶은 분

10. 마무리

12일간 실전 운영해본 결과, 자동 리밸런싱 시스템은 생각보다 잘 동작합니다.

특히 입금 후 자동 분배되는 것과, 매일 아침 알아서 비율을 맞춰주는 게 편합니다. 수수료도 거의 무시할 수 있는 수준이고요.

다음 글에서는 주간 운영 후기와 함께 수익률 변화를 추적해보겠습니다.

면책 고지: 이 글은 개인적인 투자 기록이며 특정 코인의 매수·매도를 권유하지 않습니다. 암호화폐는 높은 변동성으로 원금 손실 위험이 있으며, 모든 투자의 책임은 본인에게 있습니다. 투자 결정 전 충분한 검토를 권장합니다.

Spring form login RSA 암호화 적용

우기! — Thu, 18 Aug 2022 16:37:23 +0900

비밀번호 전송 양방향 암호화(rsa) 적용

view에서 서버로 계속 같은 비밀번호 전송하는걸 막기위해 rsa 양방향 암호화 적용

1.Rsa util 추가

import java.security.KeyFactory;
import java.security.KeyPair;
import java.security.KeyPairGenerator;
import java.security.PrivateKey;
import java.security.PublicKey;
import java.security.spec.RSAPublicKeySpec;
import javax.crypto.Cipher;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpSession;

public class Rsa {

    public static String RSA_WEB_KEY = "_RSA_WEB_Key_"; // 개인키 session key
    public static String RSA_INSTANCE = "RSA"; // rsa transformation

    /**
     * 복호화
     *
     * @param privateKey
     * @param securedValue
     * @return
     * @throws Exception
     */
    public String decryptRsa(PrivateKey privateKey, String securedValue) throws Exception {
        Cipher cipher = Cipher.getInstance(Rsa.RSA_INSTANCE);
        byte[] encryptedBytes = hexToByteArray(securedValue);
        cipher.init(Cipher.DECRYPT_MODE, privateKey);
        byte[] decryptedBytes = cipher.doFinal(encryptedBytes);
        String decryptedValue = new String(decryptedBytes, "utf-8"); // 문자 인코딩 주의.
        return decryptedValue;
    }

    /**
     * 16진 문자열을 byte 배열로 변환한다.
     *
     * @param hex
     * @return
     */
    public static byte[] hexToByteArray(String hex) {
        if (hex == null || hex.length() % 2 != 0) { return new byte[] {}; }

        byte[] bytes = new byte[hex.length() / 2];
        for (int i = 0; i < hex.length(); i += 2) {
            byte value = (byte) Integer.parseInt(hex.substring(i, i + 2), 16);
            bytes[(int) Math.floor(i / 2)] = value;
        }
        return bytes;
    }

    /**
     * rsa 공개키, 개인키 생성
     *
     * @param request
     */
    public void initRsa(HttpServletRequest request) {
        HttpSession session = request.getSession();

        KeyPairGenerator generator;
        try {
            generator = KeyPairGenerator.getInstance(Rsa.RSA_INSTANCE);
            generator.initialize(1024);

            KeyPair keyPair = generator.genKeyPair();
            KeyFactory keyFactory = KeyFactory.getInstance(Rsa.RSA_INSTANCE);
            PublicKey publicKey = keyPair.getPublic();
            PrivateKey privateKey = keyPair.getPrivate();

            session.setAttribute(Rsa.RSA_WEB_KEY, privateKey); // session에 RSA 개인키를 세션에 저장

            RSAPublicKeySpec publicSpec = (RSAPublicKeySpec) keyFactory.getKeySpec(publicKey, RSAPublicKeySpec.class);
            String publicKeyModulus = publicSpec.getModulus().toString(16);
            String publicKeyExponent = publicSpec.getPublicExponent().toString(16);

            request.setAttribute("RSAModulus", publicKeyModulus); // rsa modulus 를 request 에 추가
            request.setAttribute("RSAExponent", publicKeyExponent); // rsa exponent 를 request 에 추가
        } catch (Exception e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }
    }
}

2. jsp에 필요 js 추가 및 hidden 값추가

<script type="text/javascript" src="${_.contextPath}/resources/lib/RSA/rsa.js"></script>
<script type="text/javascript" src="${_.contextPath}/resources/lib/RSA/jsbn.js"></script>
<script type="text/javascript" src="${_.contextPath}/resources/lib/RSA/prng4.js"></script>
<script type="text/javascript" src="${_.contextPath}/resources/lib/RSA/rng.js"></script>
<form> ...
                                <input type="hidden" id="RSAModulus" value="${RSAModulus}"/>
                                <input type="hidden" id="RSAExponent" value="${RSAExponent}"/>
</form>

3. js에 암호화 로직 추가 및 암호화

// 비밀번호 암호화
function rsa(pwd){
    var pw = pwd;
    // rsa 암호화
    var rsa = new RSAKey();
    rsa.setPublic($('#RSAModulus').val(),$('#RSAExponent').val());
    return rsa.encrypt(pw);
}
function bindLoginSubmit() {
  $("#form_login").submit(function (e) {
    e.preventDefault();
    var form = this;
    var options = {
      method: form.method
      /*, data: $(form).serialize()*/
      , data: {
          "username" :  rsa($("input[name='username']").val())
          ,"password" : rsa($("input[name='password']").val())
      }
    };
})
};

4. WebSecurityConfig에 RequestContextListener 추가 (HttpRequest 불러오기위해)

    @Bean
    public RequestContextListener requestContextListener(){
        return new RequestContextListener();
    }

5. 복호화 및 암호화 AuthenticationProvider에 추가

    @Override
    public Authentication authenticate(Authentication authentication) throws AuthenticationException {
        try {
            ServletRequestAttributes servletRequestAttribute = (ServletRequestAttributes) RequestContextHolder.currentRequestAttributes();
            HttpServletRequest request = servletRequestAttribute.getRequest();
            Rsa r = new Rsa();
            HttpSession session = request.getSession();
            //로그인전에 세션에 저장된 개인키를 가져온다.
            PrivateKey privateKey = (PrivateKey) session.getAttribute(Rsa.RSA_WEB_KEY);
            //암호화 된 비밀번호를 복호화 시킨다.
            String username = r.decryptRsa(privateKey, (String) authentication.getPrincipal());
            String password = r.decryptRsa(privateKey, (String) authentication.getCredentials());
            // ShA 256 암호화 = 단방향
            password = passwordEncoder.encode(password).replaceAll("\\{sha256}","");
        }
}