최근 종가 갱신 중
공식 자산원장은 변경하지 않습니다.
무료 API 호출 제한을 피하기 위해 천천히 확인합니다.
00:00
시세 제공처 연결 준비 중...
미국주식은 Yahoo Finance 완료 일봉을 우선 확인하고, 실패한 종목만 Alpha Vantage로 보조 확인합니다. 보통 수초 안에 끝나며 보조 호출이 필요하면 더 걸릴 수 있습니다.

내 자산관리

개인 자산정보 보호를 위해 비밀번호가 필요합니다.

내 자산관리

관리대상 금융자산
투자·연금
현금성 자산
투자가능현금

투자자산 성장

투자·연금자산과 내가 넣은 순투자원금을 함께 비교
누적 투자손익
투자·연금자산순투자원금

자산 비중

최근 종가 연결 기준 실제 비중 vs 목표 비중

계좌별 투자현황

공식 계좌 평가금액·누적 수익금액·수익률

개별주 역할

현재 투자논리와 포트폴리오 역할을 먼저 확인

개별주 보유현황

역할 확인 후 실제 보유수량·평가금액·수익률을 확인합니다. 수익률은 해당 기준일 기록값입니다.

관리대상 금융자산 추이

관리대상 금융자산 vs 순투자원금 · 입출금 포함
총자산에는 외부유입·지출·관리범위 변화가 함께 반영됩니다. 순수 투자수익률 그래프가 아닙니다.
관리대상 금융자산순투자원금
주의: 2026-07-24에는 삼성증권이 현재 계산에서 제외됐고, 2026-08-28에는 미래에셋 일반계좌가 새로 편입됐습니다. 이 구간의 총자산 변화는 순수 투자수익률과 같지 않습니다.

투자성과

투자·연금자산 vs 순투자원금
내가 넣은 투자원금과 현재 평가자산의 차이를 기준일별로 비교합니다.
투자·연금자산순투자원금
2026-08-28 미래에셋 일반계좌 편입 전 기존잔액 1,209원은 편입 기준값입니다. 따라서 최신 투자손익은 투자·연금자산 - 순투자원금 - 편입 기준값으로 계산합니다.

자산 비중

60 / 25 / 15 목표 비중과 최근 종가 연결 기준 실제 비중 비교

전체 금융자산 구성

투자계좌별 비중

가상자산 운영상한

전체 투자·연금자산 기준

운영 원칙

시세 · 보유자산 최근 종가

공식 자산원장과 분리된 참고값입니다. 평가금액·보유수익률을 빠르게 비교하는 화면입니다.
페이지에서 실제로 확인할 때만 갱신합니다. 미국주식은 Yahoo Finance 우선, Alpha Vantage 보조 방식입니다.

보유자산 시세

평가금액 높은 순 · 수익 빨강 · 손실 파랑
보유자산최근 종가하루 변동종가 기준 평가액보유수익률
미국주식·원/달러: Yahoo Finance 완료 일봉 우선 + Alpha Vantage 보조 · 국내주식/국내 상장지수펀드: 한국거래소 OPEN API · 가상자산: 업비트 완료 일봉. 공개 종가 또는 안전한 조회코드를 확정할 수 없는 자산은 자동 계산에서 제외합니다.

안전 업데이트

Asset Snapshot과 Holdings Snapshot을 서로 다른 revision으로 저장합니다. PARTIAL은 공식값을 덮어쓸 수 없습니다.
append-only revision 보호

자산 스냅샷 업데이트

총자산·현금·투자원금·계좌평가액을 갱신합니다. 현재 Holdings revision은 그대로 보존합니다.
ASSET
1파일latest_asset
2검증합계·원금
3비교base revision
4확정read-after-write
1단계 · 최신 자산 JSON을 선택하세요. 보유종목 데이터는 이 경로에서 변경하지 않습니다.

보유종목 · 취득원가 업데이트

보유수량·역할 또는 평균매입가격·총 취득원가를 Holdings revision에만 반영합니다.
HOLDINGS
1파일holdings / cost
2검증수량·원가
3비교종목 누락
4확정독립 revision
취득원가 파일은 holdings_cost_basis_*.json, 보유종목 파일은 holdings_*.json 형식을 사용합니다. 취득원가가 없는 종목은 0.00%로 만들지 않고 확인 필요로 유지합니다.
1단계 · 보유종목 또는 취득원가 JSON을 선택하세요.

업데이트 안전 원칙

Asset / Holdings 분리자산 업데이트가 취득원가와 보유종목 revision을 덮어쓰지 않습니다.
FINAL / CORRECTION만 저장새 기준일은 FINAL, 같은 기준일 보강은 CORRECTION으로 서버가 확정합니다.
append-only 보존state_snapshots에 과거 revision을 삭제하지 않고 누적합니다.
실패 시 복구base revision·중복 hash·누락·서버 재계산·저장 후 재조회 검증 실패 시 이전 정상상태로 복구합니다.