지표는 전부,
켜져 있습니다.

• 코인 상세 본문 · 판정 카드 · 지표 그림 셋에 서양식 그림을 더했습니다.
• 내부 검증 2877건 · 화면 기준선 547장. versionCode 930.

• 코인 상세 시트의 본문을 처음으로 그려 확인하다가 찾았습니다.
• 내부 검증 2877건 · 화면 기준선 544장. versionCode 929.

• 화면과 동작은 그대로입니다. 코드의 자리만 옮겼습니다.
• 앞으로 배치를 못 그리게 되면 검사가 잡습니다.
• 내부 검증 2875건 · 화면 기준선 542장. versionCode 928.

• 내부 검증 2873건 · 화면 기준선 539장. versionCode 927.

• 화면에 보이는 것은 거의 그대로입니다. 읽어 드리는 말과 설명 두 줄을 고쳤습니다.
• 모두 다섯 언어에 넣었습니다.
• 내부 검증 2873건 · 화면 기준선 537장. versionCode 926.

• 가로 화면 · 글씨 200% 로 앱 전체를 훑는 점검이 처음으로 끝까지 돌았습니다. 이름 없는 버튼도, 너무 작은 버튼도 없었습니다.
• 내부 검증 2870건 · 화면 기준선 537장. versionCode 925.

• 앱은 그 기기가 어느 갈래인지 이미 알고 있었습니다. 말을 안 했을 뿐입니다.
• 다섯 언어 모두에 넣었습니다.
• 내부 검증 2868건 · 화면 기준선 537장. versionCode 924.

• 같은 방식으로 미는 도구가 여덟 개 있었습니다. 미는 속도를 한곳에서 정하게 모았습니다.
• 일부러 빠르게 밀어야 하는 자리(스크롤이 얼마나 부드러운지 재는 곳)는 그렇게 적어 두고 구분합니다.
• 내부 검증 2866건 · 화면 기준선 534장. versionCode 923.

• 이 카드의 그림(확인용 기준선)도 처음 만들었습니다. 얇은 자료·묵은 자료의 조합이 한 번도 그려진 적이 없어 이 문제가 오래 안 보였습니다.
• 내부 검증 2864건 · 화면 기준선 534장. versionCode 922.

• 빈틈을 세는 도구도 함께 고쳤습니다. 「한 번도 안 그렸다」와 「도구가 못 본다」를 갈라 말하게 했습니다 — 스물일곱 줄 가운데 열다섯이 뒤엣것이었습니다.
• 스토어 설명글의 거래소 차례(업비트 → 빗썸 → …)를 열 개 언어 모두에서 앱과 대조합니다. 전에는 한국어만 봤습니다.
• 내부 검증 2862건 · 화면 기준선 531장. versionCode 921.

• 다음에 라이브러리가 늘 때 목록이 같이 안 늘면 검사가 잡습니다.
• 내부 검증 2862건 · 화면 기준선 528장. versionCode 920.

• 앱의 동작은 달라지지 않았습니다. 적혀 있지 않던 것을 적었을 뿐입니다.
• 다섯 언어 모두에 넣었습니다.
• 내부 검증 2861건 · 화면 기준선 528장. versionCode 919.

• 상세 화면 쪽 낱말로 맞췄습니다. 그쪽이 이 지표를 정확히 가리킵니다.
• 백분위를 알려 주는 한 문장이 영어·중국어에서 두 갈래로 옮겨져 있던 것도 맞췄습니다. 한국어·일본어는 원래 한 문장이었습니다.
• 내부 검증 2861건 · 화면 기준선 528장. versionCode 918.

• 화면을 세로로 돌려 확인하는 도구들이 빌린 설정을 돌려주지 않던 것도 고쳤습니다. 같은 코드가 세 곳에 복사돼 있어 한 곳으로 모았습니다.
• 화면을 훑는 도구가 목록의 아래쪽을 못 보고 끝나던 것도 고쳤습니다. 이제 바닥까지 내려가며, 「못 찾았다」와 「덜 봤다」를 구분해 적습니다.
• 내부 검증 2860건 · 화면 기준선 528장. versionCode 917.

• 같은 일이 다시 생기지 않도록 검사를 더했습니다(방향을 고를 수 있는 도구가 한쪽 방향을 못 박지 못하게).
• 앞 판에서 옮긴 차트 시간축의 자리도 검사로 지킵니다.
• 내부 검증 2858건 · 화면 기준선 528장. versionCode 916.

• 축이 신호 목록·조작 줄보다 앞에 있는가.
• 차트와 축 사이에 아무것도 없는가 — 짧아 보이는 것도 큰 글씨에서는 한 화면이 됩니다.
• 내부 검증 2856건 · 화면 기준선 528장. versionCode 915.

• 값 자체는 맞았습니다. 15분·1시간·일봉의 축을 거래소 원자료와 대조해 확인했습니다. 맞는 값이 쓸 수 없는 자리에 있었던 것입니다.
• 공개 브로슈어의 차트 사진에 축이 한 번도 안 찍혀 있었는데, 찍을 수가 없었습니다.
• 내부 검증 2854건 · 화면 기준선 528장. versionCode 914.

• 원화 마켓의 이름을 하나하나 재 보니, 200%에서 절반 남짓이 이 줄에 걸렸습니다. 드문 구석이 아니었습니다.
• 짧은 이름(비트코인 등)의 화면은 달라지지 않습니다 — 들어갈 때는 그대로 한 줄입니다.
• 내부 검증 2854건 · 화면 기준선 528장. versionCode 913.

• 같은 모양을 앞 판에서도 고쳤습니다(첫 실행 동의 화면). 그때 만든 검사가 단추만 세고 칩은 안 세고 있어서 이 자리를 놓쳤습니다. 이제 둘 다 셉니다.
• 가장 긴 언어 × 200% 그림을 이 계산기에 붙였습니다. 여태 그 조합이 한 장도 없었습니다.
• 내부 검증 2854건 · 화면 기준선 526장. versionCode 912.

• 실제 기기에서 앱을 처음 켜는 흐름(동의 → 소개 → 시세 목록)을 밟아 확인했습니다.
• 같은 모양이 다른 화면에 생기지 않도록 검사를 하나 더했습니다.
• 내부 검증 2854건 · 화면 기준선 523장. versionCode 911.

• 업데이트 안내를 닫으면 새 버전이 나와도 다시 뜨지 않는 것을 실제 기기에서 확인했습니다.
• 그 확인 과정에서 안내 정책의 결함 하나를 찾아 앞 판에서 고쳤습니다.
• 내부 검증 2853건 · 화면 기준선 523장. versionCode 910.

• 내부 검증 2853건 · 화면 기준선 523장. versionCode 909.

• 캔들을 짚었을 때 뜨는 말풍선도 같은 규칙으로 맞췄습니다. 한쪽만 고치면 축과 말풍선이 서로 다른 시각을 말하게 됩니다.
• 일봉·주봉은 그대로입니다. 한 봉이 하루를 통째로 담으니 적을 시각이 없습니다.
• 내부 검증 2853건 · 화면 기준선 521장. versionCode 908.

• 업데이트 안내 빈도를 셀 때 조용한 판은 빼고 셉니다. 그러지 않으면 아무도 못 본 안내를 성가심으로 세게 됩니다.
• 「이렇게 망가뜨리면 잡아야 한다」를 적어 둔 검사가 50개가 됐고, 그 수 아래로는 내려가지 못하게 했습니다.
• 내부 검증 2847건 · 화면 기준선 521장. versionCode 907.

• 그 과정에서 도구의 결함 하나를 찾았습니다. 김치 프리미엄을 화면에서 읽어 내는 자리가 줄곧 빈 값을 읽고 있었습니다(쉼표 하나 때문에). 그래서 김프 대조는 그동안 손으로만 했습니다. 이제 자동으로 잽니다.
• 세 기간(15분·1시간·일봉) 모두 원자료와 맞는 것을 실제 기기에서 확인했습니다.
• 내부 검증 2847건 · 화면 기준선 521장. versionCode 906.

• 배포 전 검사가 422초에서 297초로 줄었습니다. 검사를 뺀 것이 아니라, 메모리가 모자라 막히던 것을 넓혔습니다.
• 새 검사가 「이렇게 망가뜨리면 잡아야 한다」 없이는 들어오지 못하게 했습니다.
• 아직 확인하지 못한 자리(위젯 얹기·첫 실행·폴드 커버)를 한 곳에 모으고, 무엇이 바뀌면 다시 볼 수 있는지를 함께 적었습니다.
• 내부 검증 2847건 · 화면 기준선 521장. versionCode 905.

• 「이렇게 망가뜨리면 잡아야 한다」를 적어 둔 검사가 18개에서 47개로 늘었습니다. 모두 실제로 망가뜨려 보고 전부 잡는 것을 확인했습니다.
• 화면의 차트가 말하는 것을 거래소 원자료로 되짚는 도구를 뒀습니다 — 시간축·거래량 기준 창·봉 진행도 셋입니다. 최근 결함 셋이 나온 자리입니다.
• 내부 검증 2844건 · 화면 기준선 521장. versionCode 904.

• 검사 507개가 쓰는 정규식 1,582개를 훑어 맞을 수 없는 모양이 있는지 봤습니다(0개).
• 검사 18개에 「이렇게 망가뜨리면 잡아야 한다」를 적어 두고 실제로 돌렸습니다. 18개 모두 잡았습니다.
• 게이트가 걸린 시간을 스스로 기록합니다.
• 내부 검증 2844건 · 화면 기준선 521장. versionCode 903.

• 파일을 고치는 도구가 읽고 → 확인하고 → 씁니다. 되돌리는 한 줄이 파일을 통째로 지운 일이 있었습니다(복구했습니다). 같은 모양이 다시 나오지 못하게 막았습니다.
• 기기에서 값을 읽을 때 화면이 실제로 바뀐 것을 확인한 뒤 읽습니다. 그러지 않아서 지난 판의 확인 기록이 틀리게 남았고, 오늘 바로잡았습니다.
• 품질 지표를 수로 찍는 도구를 뒀습니다.
• 내부 검증 2844건 · 화면 기준선 521장. versionCode 902.

• 한 번 닫으면 일주일 조용합니다. 그 사이 새 버전이 나와도 다시 뜨지 않습니다.
• 말씀드릴 것이 없는 판은 아예 알리지 않습니다. 도구나 내부 검사만 손본 판이 그렇습니다. 그런 판도 다음에 안내드리는 판과 함께 올라갑니다.
• 설정의 「업그레이드 알림」 스위치는 그대로입니다 — 아예 안 받으실 수도 있습니다.
• 업데이트를 막는 것이 아닙니다. 권하는 횟수만 줄였습니다.
• 내부 검증 2840건 · 화면 기준선 521장. versionCode 901.

• 자료가 묵었거나 기기 시계가 어긋나 있으면 아무 말도 하지 않습니다(그건 다른 줄이 말합니다).
• 계산 자체는 그대로입니다. 달라진 것은 언제 주의문을 붙이는가입니다.
• 내부 검증 2832건 · 화면 기준선 521장. versionCode 900.

• 다섯 언어 모두 같은 방식으로 적습니다.
• 거래량 기준 창이 이제 정확히 하루(또는 그 배수)를 덮습니다.
• 일봉·주봉은 원래 한 봉이 하루를 담으므로 달라지지 않습니다.
• 내부 검증 2820건 · 화면 기준선 521장. versionCode 899.

• 수수료는 직접 고쳐 넣으실 수 있습니다. 바뀐 것은 처음 열었을 때의 값입니다.
• 계산식은 그대로입니다.
• 내부 검증 2807건 · 화면 기준선 521장. versionCode 898.

• 판정 자체는 달라지지 않습니다. 앱이 이미 알고 있던 것을 말하게 됐을 뿐입니다.
• 내부 검증 2801건 · 화면 기준선 518장. versionCode 897.

• 내부 검증 2796건 · 화면 기준선 517장. versionCode 896.

• 통신이 정상이면 아무것도 달라지지 않습니다.
• 내부 검증 2795건 · 화면 기준선 517장. versionCode 895.

• 고르신 정렬은 지우지 않습니다. 김프순을 보시던 중에 환율이 잠깐 끊기면 그 동안만 기본 순서로 그리고, 자료가 돌아오면 고르신 순서가 되살아납니다.
• 내부 검증 2791건 · 화면 기준선 515장. versionCode 894.

• 기기 언어와 앱 언어가 같으면 달라지는 것이 없습니다.
• 내부 검증 2786건 · 화면 기준선 515장. versionCode 893.

• 자리가 넉넉하면 예전처럼 한 줄에 나옵니다.
• 내부 검증 2785건 · 화면 기준선 515장. versionCode 892.

• 자리가 넉넉하면 예전처럼 한 줄에 나옵니다. 좁을 때만 접힙니다.
• 앞으로 고르는 단추를 여럿 늘어놓는 자리는 검사가 함께 봅니다.
• 내부 검증 2785건 · 화면 기준선 505장. versionCode 891.

• 다섯 언어 모두 고쳤습니다. 일본어·중국어는 「。」입니다.
• 앞으로 어느 문구 뒤에 다른 문장을 붙이면, 그 앞 문구가 끝나 있는지 검사가 봅니다.
• 내부 검증 2784건 · 화면 기준선 503장. versionCode 890.

• 100% 아래의 보통 되돌림은 그대로 비율로 적습니다. 그 숫자는 여전히 읽히니까요.
• 계산은 바꾸지 않았습니다. 바뀐 것은 문장뿐입니다.
• 내부 검증 2781건 · 화면 기준선 501장. versionCode 889.

• MACD · 스퀴즈 모멘텀 · OBV 세 그림이 해당됩니다. RSI·스토캐스틱·ADX 는 늘 소수 한 자리라 처음부터 갈리지 않았습니다.
• 눈으로 보는 화면은 달라지지 않습니다. 패널에 크게 적히는 「지금 값」도 그대로입니다.
• 내부 검증 2777건 · 화면 기준선 501장. versionCode 888.

• 캔들 차트가 45초마다 갱신돼야 하는데 시계가 따라잡을 때까지 굳어 있었습니다.
• 코인 정보(시총·최고가)도 같은 이유로 멈춰 있었습니다.
• 반대로 업데이트 확인은 「아직 이를걸」이 계속 참이라 한 번도 돌지 않았습니다.
• 잴 수 없는 나이는 이제 「모른다」입니다. 음수를 숫자인 척 내주지 않습니다.
• 시계가 정상인 기기에서는 아무것도 달라지지 않습니다 — 45초 TTL 은 그대로입니다.
• 내부 검증 2772건 · 화면 기준선 501장. versionCode 887.

• 보낸 것만 남깁니다. 권한이 없어 못 보낸 것은 보낸 알림이 아닙니다.
• 이 기기에만 남고 최근 50건까지 보관합니다. 어디로도 보내지 않습니다.
• 「기록 지우기」로 언제든 비우실 수 있습니다.
• 값 표기는 알림과 같은 규칙을 씁니다 — 김프는 부호가 뜻이고, 급등락 기준은 크기이며, RSI 는 값과 기준의 자릿수가 다릅니다. 두 곳에 따로 적으면 한쪽만 고쳐집니다.
• 내부 검증 2769건 · 화면 기준선 501장. versionCode 886.

• 내부 검증 2754건 · 화면 기준선 496장. versionCode 885.

• 내부 검증 2752건 · 화면 기준선 496장. versionCode 884.

• 내부 검증 2745건 · 화면 기준선 496장. versionCode 883.

• 내부 검증 2738건 · 화면 기준선 495장. versionCode 882.

• 내부 검증 2735건 · 화면 기준선 493장. versionCode 881.

• 내부 검증 2732건 · 화면 기준선 490장. versionCode 880.

• 내부 검증 2730건 · 화면 기준선 490장. versionCode 879.

• 내부 검증 2724건 · 화면 기준선 487장. versionCode 878.

• 내부 검증 2721건 · 화면 기준선 483장. versionCode 877.

• 내부 검증 2721건 · 화면 기준선 482장. versionCode 876.

• 내부 검증 2716건 · 화면 기준선 481장. versionCode 875.

• 내부 검증 2711건 · 화면 기준선 476장. versionCode 874.

• 이용약관 — 이 앱이 동의를 받는 글입니다(첫 실행 동의 화면이 이리로 들어옵니다). 보통 크기와 글씨 200% 두 장을 만들었습니다.
• 오픈소스 라이선스 — 지켜야 하는 의무인데 그림이 없었습니다.
• 방향을 말할 수 없는 흐름 — 「방향이 뚜렷하지 않습니다」가 두 줄 연달아 뜨던 옛 결함을 고쳐 놓고, 그 고침을 지키는 그림이 한 장도 없었습니다. 이제 있습니다.
• 추세와 구조가 어긋나는 두 경우 가운데 없던 한쪽.
• 내부 검증 2711건 · 화면 기준선 473장. versionCode 873.

• 「그 봉은 위쪽에 마감했습니다 — 쏟아진 물량을 사는 쪽이 받아 냈습니다」 ↔ 「아래쪽에 마감했습니다 — 파는 쪽이 밀어냈습니다」
• 「저항에서 밀렸습니다」 ↔ 「지지가 한 번 더 받쳤습니다」
• 내부 검증 2711건 · 화면 기준선 468장. versionCode 872.

• 내부 검증 2711건 · 화면 기준선 466장. versionCode 871.

• 내부 검증 2711건 · 화면 기준선 464장. versionCode 870.

• 내부 검증 2710건 · 화면 기준선 464장. versionCode 869.

• 자료는 실제 시장의 봉입니다(2026-03-24 ~ 08-19). 손으로 지어낸 톱니가 아니라 거래가 뜸한 날·급등락·폭이 좁은 날이 섞여 있습니다.
• ADX만 자릿수를 한 단계 늦췄습니다. 값이 아니라 더하는 차례가 달라 소수점 다섯째 자리에서 갈리기 때문이고, 왜 늦췄는지를 그 자리에 적어 두었습니다.
• 내부 검증 2706건 · 화면 기준선 464장. versionCode 868.

• 가로로 누운 기기에서는 세로로 두라고 말하고 멈춥니다. 잘못된 답을 내느니 낫습니다.
• 「못 찾았다」와 「못 봤다」를 가릅니다 — 화면을 못 읽은 것이면 그렇다고 적습니다.
• 내부 검증 2700건 · 화면 기준선 464장. versionCode 867.

• 한국어 200%, 번체 중국어 200% 두 장을 더했습니다. 둘 다 접힌 배치로 온전히 그려집니다.
• 기기 훑기 도구가 가로로 누운 기기에서 조용히 헛돌던 것도 고쳤습니다. 이제 세로로 두라고 말하고 멈춥니다 — 잘못된 답을 내느니 안 하는 편이 낫습니다.
• 내부 검증 2698건 · 화면 기준선 464장. versionCode 866.

• 내부 검증 2698건 · 화면 기준선 462장. versionCode 865.

• 그 안내 한 줄은 여태 어떤 확인용 그림에도 없었습니다. 이제 있습니다.
• 번체 중국어 × 큰 글씨 그림도 일곱 장 더했습니다 — 한 글자가 넓어 가장 먼저 터지는 언어인데, 그 칸이 비어 있었습니다.
• 내부 검증 2698건 · 화면 기준선 461장. versionCode 864.

• 내부 검증 2698건 · 화면 기준선 452장. versionCode 863.

• 내부 검증 2698건 · 화면 기준선 447장. versionCode 862.

• 다섯 언어를 한 자리에 함께 적도록 바꿨습니다. 나뉘어 있으면 하나만 낡습니다.
• 중국어는 간체·번체를 가릅니다. 기기가 말해 주는 언어 코드는 「zh」 하나뿐이라 여태 가를 수 없었는데, 이제 지역까지 함께 보고 고릅니다.
• 다섯 언어가 모두 준비됐는지, 각 문장이 문장으로 끝나는지 자동으로 확인합니다.
• 내부 검증 2698건 · 화면 기준선 447장. versionCode 861.

• 뉴스 시각을 읽는 부분이 같은 함정이라고 의심했지만, 실제로 시험해 보니 그쪽은 기기 언어를 따라가지 않았습니다. 고쳤다면 없는 문제에 이야기를 붙일 뻔했습니다.
• 업데이트 파일 검증에 쓰는 16진수 표기도 재 봤습니다. 숫자 모양이 다른 언어를 기본으로 놓고 시험해도 그대로였습니다.
• 내부 검증 2694건 · 화면 기준선 447장. versionCode 860.

• 내부 검증 2692건 · 화면 기준선 447장. versionCode 859.

• 그림 찍는 틀에 감싸개를 넣어 167장을 앱과 같은 색으로 다시 찍었습니다.
• 앞으로 같은 일이 생기면 바로 걸리도록, 검정 글자를 픽셀로 세는 검사를 넣었습니다. 칠해 놓은 검은 바탕(위젯 그림)과 검정 «글자» 를 덩이 크기로 가릅니다.
• 「밝은 화면인데 어두운 바탕에 얹은」 그림 한 장도 찾아 고쳤고, 그 어긋남 자체를 막는 검사도 함께 넣었습니다.
• 내부 검증 2690건 · 화면 기준선 447장. versionCode 858.

• 내부 검증 2687건 · 화면 기준선 447장. versionCode 857.

> 이번 판: 목록 정렬 이름을 실제 기준에 맞게 바로잡았습니다(영어 화면).

목록을 정렬하는 기준 하나는 그날 거래된 돈입니다(업비트의 24시간 누적 거래대금).

거래된 수량이 아닙니다. 둘은 다른 값이고, 값이 싼 코인일수록 크게 갈립니다.

한국어·일본어·중국어 화면은 그것을 제대로 불렀습니다 — 「대금순」·「売買代金順」·

「成交额」. 영어 화면만 「Volume」이었습니다. 다섯 언어 가운데 하나만 다른 뜻을

말하고 있었으니, 고칠 쪽은 영어입니다 → 「Turnover」.

스토어 설명 열 언어가 모두 「거래량」이라고 적혀 있었습니다

앱 화면은 진작 고쳐졌는데 설치 전에 읽는 글은 그대로였습니다 —

「거래량순」·「volume」·「出来高」·「成交量」·「объём」. 열 언어를 모두 앱의 말에

맞췄습니다.

저희는 같은 자리에서 이미 한 번 데었습니다. 앱 안에서 「거래대금」이 번역마다 갈렸던

것을 검사가 잡아 고쳤는데, 그때 스토어까지 가지 않았습니다. 앱만 고치고 설명을

두면 약속과 실물이 갈립니다.

• 내부 검증 2687건 · 화면 기준선 443장. versionCode 856.

> 이번 판: 알림 화면 첫 문장이 헷갈리게 적혀 있던 것을 바로잡았습니다.

알림 화면 맨 위에 이렇게 적혀 있었습니다 —

> 임계값 도달 시 한 번 알립니다. 기본은 꺼져 있으며, 규칙을 켤 때만 백그라운드로

> 확인합니다.

바로 그 아래가 「알림 추가」 폼입니다. 그런데 폼으로 만든 규칙은 만들자마자 켜집니다.

문장이 거짓말은 아니었습니다. 규칙이 하나도 없으면 앱은 아무 알림도 보내지 않으니

「기본은 꺼져 있다」가 맞습니다. 문제는 읽는 자리였습니다 — 추가 폼 바로 위에서

「켤 때만」이라고 하면 「내가 만든 규칙은 꺼진 채로 생기고 내가 따로 켜야 한다」로

읽힙니다. 「나중에 쓰려고」 만들어 둔 분은 그날 밤 알림을 받게 됩니다.

문장을 앱이 하는 대로 고쳤습니다. 약속은 그대로 남깁니다 —

> 임계값 도달 시 한 번 알립니다. 규칙을 만들기 전에는 아무 알림도 보내지 않습니다.

> 새 규칙은 만들면 바로 켜지고, 끄면 확인하지 않습니다.

다섯 언어 모두 고쳤습니다. 앞으로 한쪽만 바뀌면 검사가 잡습니다 — 폼이 규칙을 켠 채로

만드는 한, 어느 언어도 「기본은 꺼져 있다」고 말할 수 없습니다.

• 내부 검증 2687건 · 화면 기준선 443장. versionCode 855.

앞 판에서 시세가 들어오는 자리의 나눗셈 넷을 막았습니다. 이번에는 **사용자가 직접

치는 수(계산기)와 종가 목록을 받는 계산**을 같은 방식으로 두들겼습니다.

• 청산가·손익분기: 「거부」로 판정하고 있었습니다. `레버리지 < 1배면 거부`는 말이 되는데, 「숫자가 아닌 값」은 그 비교를 그냥 지나갑니다(숫자 아닌 값이 낀 비교는 전부 거짓입니다). 김치 프리미엄은 같은 이유로 진작 「수용」으로 판정하고 있었는데 이 파일만 아니었습니다.
• 김프 실수익: 입력이 셋 다 멀쩡해도 곱이 넘칠 수 있었습니다.
• 변동성 칸: 종가에 0이 섞이면 로그가 무한대가 되어 계산 전체가 무너졌습니다.
• 변동성 순위: 설명이 「1~100」을 약속하는데 범위 밖 입력에 「상위 101%」가 나왔습니다. 입력칸이 길이를 묶고 있어 지금은 닿지 않는 자리입니다. 그래도 막았습니다 — 이 함수들은 입력칸 밖에서도 불리고, 형제 함수는 이미 그 덫을 알고 있었습니다.

알림을 실기기에서 한 바퀴 돌았습니다

규칙 만들기 → 게시 → 되풀이 안 함 → 지우기까지 확인했습니다. 게시 경로(채널·권한·

아이콘·문구)는 「테스트 알림 보내기」로 봤는데, 그 버튼은 실제 알림과 같은 코드를

부릅니다. 확인이 끝난 뒤 규칙과 알림은 지웠습니다.

• 내부 검증 2680건 · 화면 기준선 442장. versionCode 854.

앞서 지표 계산을 얇고 평평한 봉으로 두들겼습니다. 그 위층 — 거래소·환율·글로벌

시세가 한 값씩 들어오는 자리 — 는 아직이었습니다. 여기도 나눗셈이 많습니다. 김치

프리미엄은 환율로 나누고, 채산성은 하루 발행량으로 나누고, 손익률은 매수금액으로

나눕니다. 그 분모는 바깥에서 옵니다.

말이 되지 않는 값(0·음수·아주 작은 값·아주 큰 값·빈 값)을 1만 번 넘게 넣어

보니 네 자리가 무한대나 「숫자 아닌 것」을 냈습니다 —

• 김치 프리미엄
• 미국 프리미엄
• 내 자산 합계의 수익률
• 보유 한 줄의 손익률 지금 오는 값으로는 닿지 않는 자리입니다. 그래도 막았습니다. 이유는 이렇습니다: 형제 함수가 이미 그 덫을 알고 있었습니다. 채산성 계산은 진작 「나온 값이 유한한지」 를 확인하고 있었는데, 같은 모양의 다른 계산 넷은 들어온 값만 보고 있었습니다. 한 파일이 아는 것을 옆 파일이 모르는 자리는, 언젠가 한쪽에서 사고가 납니다.

돈 자리는 원래대로 둡니다

합계가 넘치는 것은 산술의 사실입니다. 그리고 이 앱에서 **모르는 돈의 표기는 이미

정해져 있습니다 — 「-」입니다. 그래서 돈 자리는 손대지 않고, 판정에 쓰는 값**

(색과 문구를 가르는 비율)만 반드시 숫자가 되게 했습니다. 검사도 「합이 유한한가」가

아니라 「화면에 숫자 아닌 것이 찍히는가」를 묻습니다.

• 내부 검증 2678건 · 화면 기준선 442장. versionCode 853.

앞 판에서 기사 제목의 보이지 않는 글자를 걷어냈습니다. 그 걸러내기를 한 곳으로 옮기고,

화면에 그대로 나가는 다른 바깥 글에도 함께 걸었습니다 — 새 버전 안내 배너의

판 이름과 설명입니다.

여기 위험은 남이 아니라 저희 자신입니다. 릴리스 노트에 도구가 만든 제어 문자가

섞인 적이 실제로 있었습니다(그때 소스 파일을 지키는 검사가 생겼습니다). 배너의 글은

그 노트에서 옵니다.

「바깥에서 온 글」이 어디로 들어오는지 세어 보고, 걸러내기를 한 곳에만 두었습니다.

• 내부 검증 2671건 · 화면 기준선 442장. versionCode 852.

기사 제목은 바깥 RSS 에서 그대로 옵니다. 앱이 만든 값이 아닙니다. 그리고 이 앱은

RSS 주소를 직접 넣으실 수 있어서(설정 → 뉴스 출처) 「기본 매체만 믿으면 된다」로

끝나지 않습니다.

XML 에는 글자를 숫자로 적는 방법이 있고, 앱은 그것을 진짜 글자로 되살립니다

(곡선따옴표·말줄임을 살리려고 그렇게 합니다). 그 문으로 눈에 보이지 않는 글자가

들어올 수 있었습니다 —

• 글자 순서를 뒤집는 글자(U+202E 계열) — 제목이 화면에서 다른 말로 읽히게 만들 수 있습니다.
• 폭 없는 공백(U+200B·U+FEFF) — 눈에 안 보이면서 글자 수만 늘립니다. 같은 제목이 서로 다른 것처럼 보입니다.
• 제어 문자(줄바꿈 등) — 한 줄짜리 칸이 깨집니다. 이제 제목·분류·주소가 화면에 닿기 전에 이런 글자를 잃습니다. 뜻이 있는 것은 살립니다 — 가족 이모지를 만드는 붙임 글자(U+200D)는 건드리지 않습니다.

규칙은 이미 있었는데 문에는 없었습니다

이 저장소는 소스 파일의 제어 문자를 진작 막고 있었습니다(정규식에 백스페이스가

섞여 검사가 아무것과도 안 맞은 적이 있어서 생긴 규칙입니다). 같은 규칙이 **자료가

실제로 들어오는 문**에는 없었습니다.

지우는 것과 공백으로 바꾸는 것을 갈랐습니다 — 서식 글자는 지우고(그 자리에 공백을

넣으면 낱말이 갈라집니다), 제어 문자는 공백으로 바꿉니다(지우면 두 낱말이 붙습니다).

• 내부 검증 2670건 · 화면 기준선 442장. versionCode 851.

지표 그림에는 소리로 읽어 주는 설명이 붙어 있습니다. 실기기에서 들어 보니 이렇게

들렸습니다 —

> ADX (14). 42.8에서 35.0로 하락. 최고 42.8, 최저 25.7.

우리말의 「로/으로」는 앞말이 홀소리로 끝나는지 닿소리로 끝나는지에 따라 갈립니다.

그런데 문구에는 「%s로」라고 한쪽만 적혀 있어서, 값이 무엇이든 늘 「로」가

나갔습니다 —

| 값 | 읽는 소리 | 나가던 말 | 옳은 말 |

|---|---|---|---|

| 59.2 | …이 | 59.2로 | 59.2로 |

| 35.0 | …영 | 35.0로 | 35.0으로 |

| −867,213 | …삼 | −867,213로 | −867,213으로 |

눈으로 읽을 때는 잘 안 보이지만 소리로 들으면 바로 걸립니다.

값이 무엇일지 미리 알 수 없는 자리에서는 갈리지 않는 말을 쓰는 것이 유일하게

옳습니다. 「%s에서 %s까지 하락」으로 바꿨습니다.

같은 자리를 넷 찾아 함께 고쳤습니다 —

• 지표 그림 설명(위)
• 「지표는 5대 3로 기울었지만」 → 「5대 3인데」
• 다이버전스 두 문장은 지표 이름을 앞으로 뺐습니다(「RSI (14): 가격은 새 고점인데 지표가 못 따라왔습니다」) 일본어·중국어에는 이 문제가 없습니다(「は」·「但」은 갈리지 않습니다). 앞으로 같은 자리가 생기면 검사가 잡습니다.
• 내부 검증 2664건 · 화면 기준선 442장. versionCode 850.

코인 상세의 기간 여섯 개(15분·30분·1시간·4시간·일·주)는 「어느 거래소에서 몇 봉을

받는가」라는 규격을 갖습니다. 캔들 캐시는 그 규격의 엔드포인트와 개수로 열쇠를

만듭니다 — 그래서 같은 기간을 두 곳이 각자 적으면 **개수 하나만 달라도 열쇠가 갈리고,

같은 코인을 두 번 받아옵니다.**

예전에 실제로 그랬습니다(알림은 120봉, 화면은 150봉). 그때 일봉 규격을 한 곳으로

모으면서 그 자리에 이렇게 적어 두었습니다 —

> 일봉 지정은 여기 하나뿐이다.

그런데 그 규칙이 일봉에만 적용돼 있었습니다. 나머지 다섯 기간은 상세 화면과

기술적 분석 절이 각자 적고 있었고, 1시간·4시간은 같은 줄이 두 벌 있었습니다.

오늘은 값이 같아서 탈이 없지만, 한쪽만 고치는 날 화면과 다중기간 판정이 **다른

자료로** 말하게 됩니다.

여섯 기간에 모두 이름을 주고 목록도 한 곳에서 만듭니다. 손으로 적을 자리를 없앴고,

남아 있으면 검사가 잡습니다. 처음 보여 주는 기간도 「4번째」라는 수 대신 세어서

찾습니다 — 기간이 하나 끼어들면 그 수는 말없이 다른 기간을 가리킵니다.

빈 자리를 찾아 주던 도구가 엉뚱한 이름을 대고 있었습니다

열거형 값 가운데 그림에 한 번도 안 나오는 것을 세는 도구가 있습니다. 그 도구가

`ThemeMode → UPBIT, BITHUMB, …` 라고 찍고 있었습니다 — 이름과 값이 어긋난 목록을

보고 빈 자리를 찾고 있었던 셈입니다. 한 줄짜리 열거형의 본문이 뒤따르는 다른 열거형을

삼켰고, 객체 안에 든 열거형은 아예 안 보였습니다.

고치니 훑는 열거형이 열 몇 개에서 48개로 늘었습니다. 이제 몇 개를 훑었는지도 함께

찍습니다 — 도구가 조용히 아무것도 안 보는 것이 이 저장소가 여러 번 데인 모양입니다.

검사의 「이름」과 「단언」을 대조하는 훑기를 더했습니다

앞 판에서 검사 이름이 제 단언의 반대를 말하던 것을 하나 잡았습니다. 같은 자리가

또 있는지 2,560개를 훑었습니다 — 남은 것은 없었습니다.

• 내부 검증 2662건 · 화면 기준선 442장. versionCode 849.

지표 패널(RSI·스토캐스틱·MACD·스퀴즈·ADX·OBV)은 세로로 쌓여 있습니다. 나란히 놓인

패널이 같은 시각을 가리키게 하려고, 봉이 모자란 앞쪽은 빈 자리로 남깁니다 —

지표마다 필요한 봉 수가 다르기 때문입니다(RSI 14봉·ADX 27봉·MACD 35봉).

그림은 그 빈 자리를 건너뜁니다. 말은 아니었습니다.

1. 화면에 「MACD NaN」이 떴습니다

빈 자리를 값으로 세면, 하나도 계산되지 않은 지표도 「값이 있다」로 읽힙니다.

봉이 30~34개인 코인 — 갓 상장했거나 주봉으로 보는 코인 — 은 MACD 가 35봉을

요구해 계산이 통째로 비는데, 그 자리에 빈 패널이 뜨고 값에는 `NaN` 이 찍혔습니다.

이제 그릴 값이 없으면 패널이 뜨지 않습니다. 「앞이 모자라다」와 「하나도 없다」는

다른 일입니다.

2. 낭독기가 없는 값을 읽었습니다

빈 자리가 섞이면 최고·최저가 `NaN` 이 되고, 첫값과의 뺄셈도 `NaN` 이라 방향이

「보합」으로 떨어집니다. 그래서 뚜렷이 오르는 지표가 「보합」으로 들렸습니다 —

> "ADX. NaN에서 34.9로 보합. 최고 NaN, 최저 NaN."

이제 낭독도 그림이 실제로 그린 값만 읽습니다. 눈으로 보는 것과 귀로 듣는 것이

같아졌습니다.

3. 값이 없는 것에는 색도 붙이지 않습니다

등락 방향을 정하는 자리가 무한대를 상승으로 봤습니다. 숫자 자리에는 「-」가

찍히는데 색만 붙는 셈이라, 없는 것을 가리키는 표시가 됩니다.

이건 검사가 잡아야 할 것을 승인하고 있었습니다. 검사 이름은

「비유한값은 보합」인데 그 안의 두 줄이 그 반대를 못 박아 두었습니다.

코드가 아니라 검사를 먼저 의심해야 했던 자리입니다.

나머지는 훑어서 확인했습니다

지표 계산 전체를 얇거나 평평한 자료로 두들겼습니다 — 봉 수 24가지(0~200개) ×

모양 9가지(폭이 0인 봉·거래량 0·전부 0·아주 작은 값·아주 큰 값…)로 만 이천 번

넘게 불러, 계산에서 새는 `NaN`·무한대가 없음을 확인했습니다. 새던 곳은 화면 쪽뿐이었고,

그 둘이 위의 1·2번입니다.

• 내부 검증 2658건 · 화면 기준선 442장. versionCode 848.

앱 안에 이런 주석이 있었습니다 —

> 이 앱에는 코드가 아니라 습관으로 지켜지는 규약이 둘 있다: 블로킹 네트워크는

> 호출부가 IO 로 옮겨서 부른다 … 둘 다 지금은 지켜지고 있지만(2026-07-27 감사),

> 한 줄만 어긋나도 조용히 무너진다.

무너지는 모양까지 적혀 있었습니다. 메인 스레드에서 네트워크를 부르면 통신 코드가

예외를 삼켜 그 기능이 조용히 죽습니다. 오류 화면도, 크래시도 없습니다.

DB 쪽은 검사가 지키고 있었는데 네트워크 쪽만 비어 있었습니다. 이제 화면에서

부르는 블로킹 통신이 IO 밖에 있으면 바로 걸립니다. 오늘 기준 어긴 자리는 없습니다.

검사를 만들다 두 번 헛돌았습니다

만든 검사가 처음엔 아무것도 안 보면서 통과했습니다. 두 번 다 위반을 일부러

넣어 보고서야 알았습니다 —

1. 함수 이름만으로 셌더니, 이름이 같고 성질이 다른 둘(하나는 안전, 하나는 아님)이

섞였습니다.

2. 고친 뒤에는 소유자 이름을 파일의 첫 선언에서 읽었는데, **오늘 그 파일 맨 위에

새 자료형이 생기면서** 그 파일의 함수가 통째로 엉뚱하게 묶였습니다.

「검사를 만들었다」와 「검사가 잡는다」는 다릅니다.

• 내부 검증 2648건 · 화면 기준선 442장. versionCode 847.

앞 판에서 배운 것이 있습니다. 코드에 「이렇게 하면 안 된다」고 **적어 두었는데 바로

다음 줄이 그것을 어기고** 있었습니다. 주석은 규칙이 아닙니다 — 규칙이 되려면 검사가

있어야 합니다.

그래서 그런 주석 106개를 훑어, 어겼을 때 조용히 나쁜 셋을 골라 검사로

만들었습니다. 셋 다 지금은 지켜지고 있습니다 — 지켜지는 것을 못 박는 것도 일입니다.

실시간 소켓은 전용 연결로 연다

보통 연결에는 「8초 안에 끝나야 한다」는 제한이 걸려 있습니다. 그런데 실시간 소켓은

끝나지 않는 것이 정상입니다. 거래가 뜸한 코인만 보고 있으면 8초 침묵이

자연스러운데, 그때 끊기면 재연결이 쌓여 실시간이 오히려 느려집니다. 증상이

「점점 느려진다」라 원인에 닿기 어려운 자리입니다.

사용자가 넣은 열쇠는 캐시 이름에 안 들어간다

캐시 이름은 기기 안 DB 에 글자 그대로 남습니다. ETF 순유입 키를 거기 섞으면

그 값이 DB 에 눕습니다.

「출처 모름」 표시는 화면에 안 나간다

캐시의 한 경로는 출처를 모른 채 자료만 돌려주므로 「?」를 넣어 둡니다. 그 값이 화면에

닿으면 사용자는 「?」라는 거래소를 보게 됩니다.

• 내부 검증 2646건 · 화면 기준선 442장. versionCode 846.

거래량 확증 줄은 「최근 움직임에 거래량이 실렸습니다」라고 말합니다. **오른다는 뜻이

아닙니다** — 내린 움직임에 거래량이 실렸을 때도 같은 말을 합니다.

그런데 그 줄의 이름표가 상승색이었습니다. 값이 내렸는데 라벨은 오름을 가리키는

색이라, 「거래량이 실렸다」가 「오른다」로 읽힐 수 있었습니다.

이제 중립색으로 칠합니다. 확증인지 아닌지는 글이 말합니다 — 「거래량이

실렸습니다」와 「거래량 없이 움직였습니다」로 갈립니다.

코드에 이미 적혀 있던 말이었습니다

그 함수에는 이런 주석이 있었습니다 — 「확증은 방향이 아니라 근거의 강약이다. 오른

것을 확증했다고 초록, 내린 것을 확증했다고 빨강으로 칠하면 "거래량이 실렸다"가

"오른다"로 읽힌다.」

그렇게 적어 놓고 코드는 반대로 하고 있었습니다. 주석은 규칙이 아닙니다 — 규칙이

되려면 검사가 있어야 합니다. 이제 검사가 지킵니다.

• 내부 검증 2643건 · 화면 기준선 442장. versionCode 845.

기간 엇갈림 줄은 네 모양을 가릅니다. 그중 둘은 시장에서 이름이 붙어 있습니다 —

「눌림목」(긴 기간 상승·짧은 기간 하락)과 「거스르는 반등」(그 반대). 통념은

앞엣것을 좋은 자리로, 뒤엣것을 위험한 자리로 읽습니다.

이 앱은 그것을 재 봤고, 같은 줄에 이렇게 적어 두고 있었습니다 —

• 눌림목: 「재 보니 이 모양 뒤 20봉의 방향은 기준선보다 낫지 않았습니다(−5.1과 −1.4 포인트)」
• 반등: 「재 보니 이 모양 뒤 20봉의 방향은 기준선과 같았습니다(+0.0과 +0.4 포인트)」
• 그리고: 「기간끼리 맞느냐 엇갈리느냐로는 판독의 수명도 방향도 갈리지 않았습니다」 그런데 색 하나만 통념을 따르고 있었습니다. 눌림목은 상승색, 반등은 하락색이었습니다. 이 앱에서 색은 「이 근거가 어느 쪽으로 기운다」는 뜻이니, 세 문장과 정면으로 어긋났습니다. 기울지 않는다고 잰 자리는 기울지 않게 칠합니다. 글은 그대로입니다 — 두 모양을 가르는 것 자체는 값이 있습니다(무엇이 일어났는지는 서로 다릅니다). 바뀐 것은 그것이 좋은 일이라는 암시뿐입니다.

어떻게 찾았나

「눌림목」 문장은 한 번도 그려진 적이 없었습니다. 확인용 그림의 기간 편향이 한

벌뿐이라 늘 「정렬」만 나왔기 때문입니다. 안 그려진 갈래를 세어서 찾는 도구를

만들어 돌렸더니 그 자리가 나왔고, 네 모양을 한 그림에 그리자 색과 글의 모순이

바로 보였습니다.

• 내부 검증 2642건 · 화면 기준선 442장. versionCode 844.

앞 판에서 「이미 알렸습니다. 조건이 풀리면 다시 알립니다.」를 넣었는데, **기술적 신호

규칙만 그 줄이 안 붙었습니다.**

알림 종류마다 조용해지는 방식이 다르기 때문입니다. 가격·김프·급등락·RSI 는 「이미

알린 규칙」 목록으로 기억하는데, 기술적 신호는 마지막 판정 단계로 기억합니다 —

「강한 매수」나 「강한 매도」로 바뀔 때만 울리기 때문입니다. 앞 판은 앞엣것만 화면에

실어서, 하필 이 앱이 가장 앞세우는 종류가 빠졌습니다.

이제 둘을 합쳐 봅니다. 화면은 그 차이를 몰라도 되고, 어떤 종류든 조용한 이유가 같은

문장으로 나옵니다.

• 내부 검증 2639건 · 화면 기준선 440장. versionCode 843.

이 앱의 알림은 조건에 닿으면 한 번만 울리고, 조건이 풀릴 때까지 조용합니다.

같은 값에서 계속 울리면 알림이 아니라 소음이 되기 때문입니다.

그런데 그 사실이 화면에 없었습니다. 규칙은 켜져 있고 조건도 맞는데 알림이 안

오니, 기다리는 분은 「고장인가」 싶으셨을 겁니다. 이제 그 규칙에 이렇게 적습니다 —

「이미 알렸습니다. 조건이 풀리면 다시 알립니다.」

앱은 그 상태를 이미 알고 있었습니다. 같은 값에서 두 번 울리지 않게 하려고

기록해 두는 것이었는데, 화면에는 안 실려 있었을 뿐입니다.

꺼 둔 규칙에는 붙이지 않습니다. 꺼져 있으면 조용한 이유가 그것이 아니라서, 그때

이 줄을 붙이면 없는 것을 가리키는 표시가 됩니다.

• 내부 검증 2638건 · 화면 기준선 440장. versionCode 842.

앞 판에서 지표 값의 빼기표를 앱의 것(진짜 마이너스 −)으로 맞췄는데, **판독 줄만

하이픈으로 남아 있었습니다.** 같은 일을 하는 함수가 화면 쪽과 계산 쪽에 하나씩

있었고 화면 쪽만 고쳤기 때문입니다(기기에서 「스퀴즈 모멘텀 -725,421」로 확인).

「−DI」도 함께 맞췄습니다. 같은 줄에 서는 「+DI」와 짝인데 한쪽만 하이픈이라 높이와

폭이 어긋났습니다. 다섯 언어 전부 그랬습니다.

보이지 않는 글자 셋을 걷어냈습니다

확인하다가 눈에 안 보이는 제어 문자가 세 군데 들어 있는 것을 찾았습니다. 셋 다

도구가 만든 것입니다.

• 새로 만든 검사의 정규식에 백스페이스가 섞여 있었습니다. 그 검사는 아무것과도 맞지 않는 상태로 초록불이었습니다 — 지키는 것이 하나도 없었는데 통과하고 있었던 것입니다.
• 인수인계 문서의 안드로이드 도구 경로에서 역슬래시 a 가 경고음 문자가 됐습니다. 그 경로를 복사하면 실행되지 않습니다.
• 같은 문서의 검색 명령에서 역슬래시 b 가 백스페이스가 됐습니다. 복사해 쓰면 아무것도 안 잡힙니다. 이제 소스와 문서에 그런 글자가 들어가면 바로 걸립니다.

계산은 다시 맞대 봤습니다

스퀴즈 모멘텀을 거래소 원자료로 직접 계산하니 −723,332, 앱은 −725,421 입니다

(진행 중인 봉만큼의 차이). 「변동성 응축」 판정도 같습니다. 채굴 원가도 손으로 검산해

$49,957 대 앱 $49,958 로 맞았습니다.

• 내부 검증 2634건 · 화면 기준선 438장. versionCode 841.

한 화면이 같은 이름으로 두 가지를 말하고 있었습니다.

• 신호 목록: 「MACD 0선 하향」 — MACD 선이 0 아래로 내려갔다는 뜻입니다.
• 지표판: 「MACD +141,738」 — 이건 선이 아니라 히스토그램(선 − 시그널)이었습니다. 같은 순간의 비트코인 일봉에서 선은 −869,447, 히스토그램은 +140,909 였습니다. 「0선 아래」라고 말하면서 그 옆에 양수를 적고 있었던 셈입니다. 화면 낭독기에도 히스토그램을 「MACD」로 읽어 줬습니다. 이제 이름 옆의 수와 낭독기가 MACD 선을 말합니다. 그림은 그대로입니다 — 막대(히스 토그램)·선·시그널 셋을 함께 그리는 것이 표준이고, 바뀐 것은 이름이 가리키는 수뿐입니다.

어떻게 찾았나

화면에 사실로 적히는 숫자들을 거래소 원자료로 직접 계산해 맞대 봤습니다.

RSI(14) 41.3, ADX(14) 34.9, 스토캐스틱 %K 59.0, OBV −7,316 은 모두 정확히

일치했고, MACD 만 어긋났습니다. 부호까지 달라 그 자리에서 드러났습니다.

곁들여 — 지표 값의 뺄셈 기호

같은 화면에 「사상 최고가 대비 −49.4%」와 「MACD -868,968」이 나란히 있었습니다.

앞은 진짜 마이너스, 뒤는 하이픈이라 높이와 폭이 어긋납니다. 지표 값도 앱의 부호를

쓰도록 맞췄습니다. 화면 낭독기도 진짜 마이너스는 「마이너스」로 읽어 줍니다.

• 내부 검증 2632건 · 화면 기준선 438장. versionCode 840.

이번 판은 화면이 달라지지 않습니다. 대신 다음에 무언가 망가졌을 때 그것을 잡아 줄

그물을 넓혔습니다.

지표 설명 다섯 화면이 그림에 없었습니다

지표를 누르면 나오는 설명 화면은 열다섯 가지인데, 확인용 그림은 열 가지뿐이었습니다.

스토캐스틱·스퀴즈·ADX·볼린저·VWAP 은 한 번도 그려진 적이 없습니다. 채워 놓고 보니

다섯 다 멀쩡했습니다 — 다만 멀쩡한 것과 못 보고 있는 것은 다릅니다. 예전에 이

자리에서 두 번 당했습니다(알림 추가 폼의 「기술적 신호」 가지, 김프 규칙 줄). 이제

종류가 늘면 그림 없이는 통과하지 않습니다.

문구 속 뺄셈 기호

앱은 숫자의 빼기표에 진짜 마이너스(−)를 씁니다. 그런데 화면 글의 절반은 사람이

손으로 적은 문장이고, 거기에 하이픈(-)이 섞이면 같은 문장의 `+` 와 높이·폭이

어긋납니다. 한 글자 차이라 검토로는 거의 못 잡습니다. 다섯 언어 전부 지금은 0건이고,

그 상태가 유지되도록 검사를 뒀습니다.

QA 목록 하나를 바로잡았습니다

「구버전에서 업그레이드 배너가 뜨는가」가 안 한 것으로 남아 있었는데, 실제로는

2026-08-15 에 실기기로 끝까지 확인한 항목이었습니다(내려받기 → 해시 검증 → 서명

고정 → 설치 → 재기동). 근거를 적어 넣었고, 다시 확인하려면 기기를 비워야 한다는

사실도 함께 적었습니다 — 그러면 보유·관심목록·알림이 사라지므로 하지 않습니다.

• 내부 검증 2629건 · 화면 기준선 438장. versionCode 839.

이 앱은 김치 프리미엄을 어디서나 부호와 함께 씁니다 — 「김프 +0.05%」·

「김프 −0.57%」. 그런데 알림과 알림 목록에서만 부호가 빠져 있었습니다.

양수에 `+` 가 없어 「기준 3.00% 도달」이라고 나왔고, 음수의 빼기표는 앱의 다른

숫자와 다른 글자(하이픈)였습니다.

역프(음수 김프)로 규칙을 거는 분이 실제로 계십니다 — 그 화면이 음수를 허용합니다.

그때 「기준 -1.50%」와 「기준 −1.50%」는 같은 뜻이지만 다른 글자이고, 알림은 앱

밖에서 읽히므로 나중에 고칠 기회가 없습니다.

급등·급락 기준값은 그대로 둡니다. 그쪽은 크기이고 방향은 종류 이름에 있습니다 —

「급락 −3% 이상」이라고 적으면 뜻이 겹칩니다.

바로 옆자리는 이미 고쳐져 있었습니다

급등·급락 알림에는 「부호는 `Format` 에서 온다」는 메모와 함께 이미 고쳐진 자리가

있었습니다. 그 옆의 김프 갈래만 남아 있었습니다. 한 자리를 고칠 때 같은 모양의

이웃을 함께 세어야 한다는 것을 또 배웠습니다.

김프 규칙은 그림에 그려진 적이 없었습니다

알림 화면 기준선이 여러 장 있었지만 전부 가격·기술신호 규칙이었습니다. 그래서 이

표기가 갈린 채로 오래 살았습니다. 이제 양·음 김프와 급등 규칙을 한 장에 담아,

다음 사람이 그 대비를 바로 볼 수 있게 했습니다.

• 내부 검증 2625건 · 화면 기준선 432장. versionCode 838.

설정의 「코인 추가」는 수백 종 가운데 30종만 보여 줍니다. 그 자체는 옳습니다 —

수백 줄을 늘어놓으면 오히려 못 찾습니다. 문제는 자른 사실을 말하지 않은 것이었습니다.

목록을 끝까지 밀어도 안 나오는 코인은 「이 앱에 없다」로 읽힙니다. 이제 목록 위에

「%d종이 더 있습니다. 이름이나 심볼로 검색해 보세요.」라고 적습니다. 자를 것이

없으면 아무 말도 하지 않습니다.

세는 방식은 검색과 같은 걸러내기를 씁니다. 둘이 어긋나면 「더 있다」고 말해 놓고

검색하면 안 나오는 상태가 되기 때문입니다.

글씨를 키우면 심볼과 이름이 붙어 있었습니다

그림을 만들어 놓고 보니 200%에서 「LINKChainlink」로 붙어 있었습니다. 심볼 칸을

「최소 폭」으로만 잡아서, 심볼이 그 폭을 넘는 순간 간격이 0이 됐습니다. 최소 폭은

정렬을 맞추는 도구지 간격이 아닙니다. 여백을 따로 줬습니다.

이 절은 그림이 한 장도 없었습니다

미리보기가 목록 조회를 돌리지 않아, 이 자리는 회전하는 동그라미 한 장으로만

찍혀 있었습니다 — 검색칸도, 행도, 안내도 한 번도 그려진 적이 없습니다. 목록을

주입할 수 있게 고쳐 네 장을 만들었고, 위의 「붙어 있던 글자」가 그 첫 그림에서

바로 나왔습니다.

• 내부 검증 2620건 · 화면 기준선 431장. versionCode 837.

글꼴을 200%로 키우면 홈 맨 위가 「오두막 …」이었습니다. 아이콘 넷이 자리를 먹고

남은 폭에 두 배 글자가 안 들어가서입니다. 말줄임 자체는 정직하지만, **잘려 나간 것이

제품 이름**이라 남은 글자로는 무엇인지 알 수 없습니다.

이 앱이 이미 답을 갖고 있었습니다 — 「폭이 모자라면 줄여서라도 온전히」. 숫자에 쓰던

그 규칙을 제목에도 씁니다. 하한은 200%에서 지금의 크기와 같게 잡았으니, 큰 글씨를

쓰시는 분이 손해 보지 않습니다.

그림이 앱을 담고 있지 않았습니다

코인 상세 머리글(심볼·큰 가격)은 색을 직접 정하지 않고 화면이 주는 색을 따릅니다.

앱에서는 시트가 흰색을 주는데, **미리보기 그림 넉 장은 그 색 없이 찍혀 있어 가장 큰

숫자가 배경과 같은 검정**이었습니다. 그 그림들은 가격 글자색이 망가져도 못 잡습니다 —

이미 안 보이니까요. 같은 파일의 라이트 판에는 진작 고쳐져 있었습니다.

「상승 초록」을 고른 화면의 그림이 두 장뿐이었습니다

등락색을 서양식으로 고를 수 있는데, 그 결과가 나타나는 그림은 코인 목록과 판단근거

줄 둘뿐이었습니다. 예전에 이 자리로 한 번 새어 나간 적이 있습니다(설정을 바꿔도

주 화면은 빨강 상승 그대로였고 위젯만 초록이었습니다). 상세 머리글·시장 개요·

포트폴리오 손익·탐색 목록을 더해, 방향색을 쓰는 화면이 그 축에서 비지 않게 했습니다.

• 내부 검증 2615건 · 화면 기준선 425장. versionCode 836.

탐색 화면이 통신에 실패하면 「거래소 통신에 실패했습니다 · 다시 시도」가 뜹니다.

그런데 그 위에 「탭하여 내 목록에 추가」가 그대로 남아 있었습니다. 누를 것이

한 줄도 없는데 누르라고 한 것입니다.

순위 유의사항도 마찬가지였습니다. 순위가 없는데 순위를 조심하라고 했습니다.

조심할 것이 없을 때 나오는 주의문은, 다음에 진짜 나왔을 때도 안 읽히게 만듭니다.

두 줄 다 목록이 돌아오면 함께 돌아옵니다. 딸린 말이 제 것 없이 서는 일만

없앴습니다. 부르는 중에는 그대로 둡니다 — 그때 거두면 자료가 도착할 때 화면이

뜁니다.

규칙은 있었는데 한 줄에만 걸려 있었습니다

이 화면은 같은 규칙을 조회 시각 라벨(「N초 전」)에는 이미 적용하고 있었습니다.

「목록이 실제로 있을 때만 신선도를 말한다」라고 적어 두기까지 했습니다. 그 규칙이

바로 아래 두 줄에는 안 걸려 있었습니다.

빈 상태의 미리보기 그림에도 그 두 줄이 내내 찍혀 있었습니다. **그림은 있었고,

아무도 그 규칙으로 읽지 않았습니다.**

• 내부 검증 2613건 · 화면 기준선 421장. versionCode 835.

통신이 안 되는 곳에서 홈을 열면 시장 개요는 「불러오지 못했습니다」라고 말하고

공포지수도 제 문구를 냅니다. 그런데 시장 맥박과 성과 비교는 그냥 없어졌습니다.

사라진 것은 실패로 안 읽힙니다. 사용자는 그런 절이 원래 없는 줄 압니다.

고침이 그림에만 살아 있었습니다

시장 맥박 카드는 신호가 0일 때 「모으는 중」과 「못 받았음」을 가려 말하도록 이미

만들어져 있었습니다. 그런데 홈이 그 카드를 「신호가 있을 때만」 그리고 있어서, **그

분기에 닿을 길이 없었습니다.** 고쳐 놓은 문장이 미리보기 그림에서만 살아 있었던

것입니다. 이제 신호가 0이어도 카드를 그립니다.

성과 비교는 두 가지를 한 가지로 덮고 있었습니다

이 카드는 선이 둘 미만이면 사라졌는데, 그 조건은 **견줄 코인이 애초에 둘이 안 되는

것(사라지는 게 맞습니다)과 자료를 못 받은 것**을 함께 덮었습니다. 이제 뒤엣것만

이름과 안내 한 줄을 남깁니다.

검사가 세 장만 보고 있었습니다

「홈 카드는 실패했을 때 말한다」를 지키는 검사가, 실은 손으로 적어 둔 세 파일만

보고 있었습니다. 홈에는 여섯 장이 있고 새로 붙은 셋은 아무도 안 봤습니다. 이제

화면에서 세어서 전부 봅니다.

그리고 나서 보인 것 — 없는 것을 가리키는 「⚠ 지연」

맥박 카드를 그리게 하고 기기에서 보니, 그 카드에 「⚠ 지연」이 붙어 있었습니다.

지연됐다고 가리킬 신호가 한 줄도 없는데 붙는 표시입니다. 며칠 전 시세 위젯에서

같은 것을 고쳤는데, 이 자리가 남아 있었습니다. 이제 가리킬 것이 있을 때만 붙습니다.

• 내부 검증 2612건 · 화면 기준선 421장. versionCode 834.

차트 자리가 비면 앱은 늘 같은 말을 했습니다 — 「데이터가 부족해 분석할 수

없습니다 · 다른 기간을 선택해 보세요」.

그런데 그 자리는 두 가지 이유로 빕니다. 갓 상장해 봉이 모자란 것일 수도

있고, 연결이 끊겨 못 받은 것일 수도 있습니다. 앞엣것이면 위 안내가 맞습니다.

뒤엣것이면 막다른 길입니다 — 지하철에서 차트를 열면 기간을 바꿔도, 또

바꿔도 같은 문장이 나옵니다. 사용자는 앱이 그 코인을 못 다룬다고 읽게 됩니다.

이제 못 받았을 때는 그렇게 말하고 「다시 시도」를 함께 둡니다. 자료가 정말

모자랄 때만 「다른 기간」을 권합니다. 차트·판독·코인 견줌 세 자리가 함께

고쳐졌습니다.

404 는 대답입니다

밑바닥에서 「그런 시장은 없다」(404)와 「서버까지 못 갔다」를 한 덩어리로 세고

있었습니다. 그 둘을 갈랐습니다 — 안 그러면 상장 안 된 코인을 골랐을 때 앱이

애먼 네트워크를 탓합니다.

한 번 끊기면 재기동 전까지 안 돌아오던 것

코인 견줌은 「저 거래소엔 없더라」를 기억해 헛된 요청을 줄입니다. 그 기억이

연결 실패까지 삼키고 있었습니다. 지하철에서 시트를 한 번 연 것만으로 그

코인의 견줌이 앱을 껐다 켤 때까지 꺼졌습니다. 이제 제공처가 실제로 그렇게

답했을 때만 기억합니다.

새 문구는 없습니다

앱이 이미 다섯 언어로 들고 있던 문장이 정확히 그 말이었습니다 — 「거래소 통신에

실패했습니다 · 네트워크를 확인하고 다시 시도해 주세요 · 다시 시도」.

• 내부 검증 2611건 · 화면 기준선 416장. versionCode 833.

지금까지 알림은 알림 화면에만 있었습니다. 비트코인을 보다가 알림을 걸려면

시트를 닫고 → 알림으로 가서 → 비트코인을 다시 골라야 했습니다. 마음먹은

자리와 실행하는 자리가 달랐습니다.

코인 상세 맨 위에 「알림 추가」를 뒀습니다. 누르면 알림 화면이 열리고 **그

코인이 이미 골라져** 있습니다. 임계값 칸의 「현재 …」도 그 코인 가격입니다.

문구를 새로 만들지 않았습니다

처음엔 「이 코인 알림 만들기」를 새로 넣었는데, 영어(`Create an alert for this

coin`)가 좁은 화면·큰 글씨에서 「Create an alert for …」로 잘렸습니다. 뜻이

사라지는 자리입니다.

답은 이미 있었습니다 — 도착하는 폼의 제목이 「알림 추가」입니다. 같은 글자를

쓰니 짧아지고, 누른 것과 도착한 곳의 이름이 같아졌습니다.

두 번째부터 안 되던 것을 기기에서 잡았습니다

한 번 고쳐 놓고 「됐다」고 여겼는데, 실기기에서 재 보니 첫 번째만 됐습니다.

솔라나에서 들어가면 솔라나였는데, 나갔다가 리플에서 들어가도 여전히 솔라나

였습니다. 화면 상태를 저장해 두는 방식이 옛 값을 먼저 되살리기 때문이었습니다.

코인마다 저장 자리를 따로 두어 고쳤고, 세 코인을 연달아 눌러 각각 맞는 것을

확인했습니다.

• 내부 검증 2604건 · 화면 기준선 410장. versionCode 832.

망이 끊긴 채로 앱을 처음 열면 이렇게 보였습니다.

```

실시간 ⚠ 지연

거래소 통신에 실패했습니다. 네트워크를 확인하고 다시 시도해 주세요. [다시 시도]

시세를 받지 못한 코인 7종은 목록에 없습니다.

```

실패 안내도, 무엇이 빠졌는지도 정확했고 앱도 멀쩡했습니다. **그런데 「⚠ 지연」이

붙어 있었습니다.** 그 표시는 「지금 보이는 값이 오래됐다」는 뜻인데, 그때 보이는

값은 한 줄도 없었습니다.

안에서 「지연」은 「마지막 갱신이 실패했다」는 뜻이었습니다. 실패했지만 보여 줄

값이 하나도 없을 때도 붙었던 것입니다. 그 상황에서 할 말은 이미 실패 안내가 하고

있으므로, 가리킬 값이 있을 때만 붙도록 고쳤습니다.

이 앱은 「안 그리는 것(해당 없음)」과 「못 그린 것(실패)」을 가르는 규칙을 세워

두었는데, 여기에 하나가 더 있었습니다 — 가리킬 대상이 없는 표시.

망을 끊고 확인했습니다

• 차가운 시작: 실패 안내와 「다시 시도」, 시장 개요·공포지수도 각각 제 문구. 이제 「지연」은 없습니다.
• 쓰던 중 끊김: 코인 목록이 그대로 남고 나이 배지가 자랍니다(이쪽은 원래 올바르게 돌고 있었습니다).
• 내부 검증 2601건 · 화면 기준선 406장. versionCode 831.

공포지수 카드 아래에는 「공포일 때 사라」를 실제로 재 본 결과가 적혀 있습니다.

이 앱이 어떤 기법을 권하지 않는 근거이기도 합니다.

그런데 그 문장에는 어떻게 세었는지가 빠져 있었습니다. 「극심한 공포」가 지수

몇 미만인지, 「국면」을 어떻게 묶었는지가 없으니 읽는 분이 다시 세어 보실 수

없었습니다. 그러면 「재 봤습니다」는 사실이 아니라 그냥 주장입니다.

세는 법을 문장 안에 적었습니다

• 지수 25 미만이던 날
• 30일 넘게 끊기면 새 국면 그 정의로 다시 재서, 나온 값을 그대로 적었습니다.

그러자 결론이 더 분명해졌습니다

지수 25 미만이던 날은 679일이고, 그 뒤 20일에 비트코인이 오른 비율은 58%로

아무 날(53%)보다 5%p 높습니다. 그런데 그 679일은 국면 14개입니다.

국면 하나를 한 번으로 세면 — **국면 안에서 어느 날을 고르느냐에 따라 답이

뒤집힙니다.**

```

시작일 5/14 중앙일 8/14 마지막 날 13/14

```

열네 번짜리 표본에서는 국면 하나가 7%p입니다. 예전 문장은 「국면으로 세면

기준선에 못 미친다」고 한 방향만 말했는데, 실제로는 고르는 방식만으로 36%에서

93%까지 움직입니다. **「8년에 열네 번으로는 어느 쪽도 말할 수 없다」는 말이

이제 주장이 아니라 눈에 보입니다.**

다섯 언어 모두 같이 고쳤습니다.

• 내부 검증 2600건 · 화면 기준선 406장. versionCode 830.

코인 상세의 김치 프리미엄 카드는 계산 근거를 밝히는 자리입니다 — 계산식, 한국

거래소, 적용 환율, 산출 시각. 그런데 「글로벌 기준」 칸에는 늘 「Binance/Coinbase」

라고 둘 다 적혀 있었습니다.

거짓은 아니지만, 앱은 어느 쪽에서 받았는지 알면서 말하지 않고 있었습니다.

한국에서는 거의 언제나 Coinbase 입니다

Binance 는 한국 통신망에서 막히는 일이 잦아, 앱은 그때 Coinbase 로 넘어가도록

만들어져 있습니다. 그래서 실제로 쓰이는 것은 대개 Coinbase 쪽인데 화면은

「Binance/Coinbase」라고만 했습니다.

이제 받은 곳을 그대로 적습니다 — 「Coinbase (USD)」 또는 「Binance (USD)」.

둘 다 못 받았을 때만 예전 문구로 돌아갑니다(그때는 김프 자체가 나오지 않습니다).

바깥 값과 직접 대 봤습니다

고치기 전에 앱이 내는 수를 원천에서 다시 계산해 봤습니다.

• 앱의 BTC 원화 시세 ₩90,840,000 = Upbit 공개 시세와 정확히 일치
• 앱이 낸 김프를 적용 환율로 역산하니 글로벌가가 Coinbase 값과 맞았습니다 — 실제로 Coinbase 로 넘어가 있었다는 뜻이고, 화면은 그것을 안 밝히고 있었습니다
• 24시간 거래대금도 원천에서 확인했습니다(480 BTC × ₩90.85M ≈ ₩436억) — 앞 판에서 「거래량」을 「거래대금」으로 고친 것이 맞았습니다
• 내부 검증 2600건 · 화면 기준선 406장. versionCode 829.

포트폴리오의 보유를 지우는 것은 버튼 한 번 누름에 즉시였습니다. 확인도,

되돌리기도 없었습니다.

이 앱에서 가장 값나가는 자료가 그것입니다. 수량과 평균 매수가는 **직접 넣으신

것이고, 로그인도 서버도 없다는 것이 이 앱의 약속이라 지우면 어디에서도 되찾을

수 없습니다.** 잘못 누르면 그것으로 끝이었습니다.

다섯 자리에 되돌릴 틈을 뒀습니다

• 포트폴리오 보유 — 수량과 평균 매수가
• 알림 규칙 — 목록의 휴지통 한 번이면 사라졌습니다
• 관심 코인 — 목록의 × 한 번
• 직접 넣은 RSS 주소 — 이것도 손으로 넣으신 것입니다
• 스크랩 — 별을 잘못 누르면 그 자리에서 빠집니다 지우면 아래에 「…을 지웠습니다 실행 취소」가 잠깐 뜹니다. 누르면 그대로 돌아옵니다. 순서까지 그대로입니다 — 지우기 직전의 목록을 통째로 기억해 두었다가 되돌리기 때문입니다(하나만 도로 넣으면 자리가 맨 뒤로 갑니다).

왜 확인 창이 아닌가

확인 창은 지울 때마다 손이 하나 더 듭니다. 여러 개를 정리하는 흔한 일에서

특히 거슬립니다. 되돌리기는 틀렸을 때만 손이 듭니다.

연달아 지우면 앞의 안내를 먼저 닫습니다 — 그러지 않으면 뒤엣것을 되돌리려다

앞엣것을 되돌리게 됩니다.

실기기에서 확인했습니다

지우기 → 안내 표시 → 실행 취소 → 항목이 그대로 돌아오는 것까지 봤습니다.

• 내부 검증 2600건 · 화면 기준선 406장. versionCode 828.

김프 실수익 계산기는 「김치 프리미엄」 칸이 비면 결과가 늘 「-」입니다. 그런데 그

숫자는 홈 화면이 코인마다 이미 적어 두고 있는 값입니다. 지금까지는 홈으로

돌아가 읽고, 외워서, 다시 계산기로 와서 치셔야 했습니다.

알림 폼에는 진작 「현재 ₩91,077,000」을 누르면 임계값이 채워지는 칩이 있었습니다.

계산기에는 그 형제가 없었습니다.

눌러서 한 번에 넣습니다

• 김프 실수익 계산기 — 「현재 BTC −0.41%」
• 청산가 계산기 — 「현재 BTC ₩90,968,000」 누르면 칸이 채워지고 결과가 바로 나옵니다. 시세를 아직 못 받았거나 값이 없으면 칩 자체를 그리지 않습니다 — 없는 값을 아는 값처럼 그리지 않는다는 원칙 그대로입니다. 기준 코인은 BTC이고, 목록에 없으면 값이 있는 첫 코인을 씁니다.

실기기에서 끝까지 확인했습니다

눌러서 「−0.41」이 들어가고 총 프리미엄 −₩4,100 · 수수료(왕복) −₩3,980 ·

실수익 −₩8,080 이 나오는 것, 진입가 ₩90,968,000 에 10배 롱이면 예상 청산가가

₩81,871,200 으로 나오는 것까지 봤습니다.

• 내부 검증 2599건 · 화면 기준선 406장. versionCode 827.

기기에서 알림 화면을 열어 보니 종류 칩이 「가격 ↑ 이상 · 가격 ↓ 이하 · 김프 ↑ 이상」

셋만 온전히 보이고 넷째는 잘려 있었습니다. 나머지 다섯은 화면에 아예 없었습니다 —

급등·급락, 기술적 신호, RSI 과매수·과매도입니다. 옆으로 밀어야 나오는 자리에

있었습니다.

이 앱을 다른 시세 앱과 다르게 만드는 것이 바로 그 알림들인데, 쓰시는 분 눈에는

없는 기능이었습니다.

밀지 않고 접습니다

가로로 미는 것은 잘림이 아니라 없음으로 읽힙니다. 세로로 스크롤하는 화면

안에서 가로로도 밀어야 한다는 것은 알아채기 어렵고, 알아채도 손이 한 번 더 듭니다.

고르는 칩이 있던 자리를 모두 줄을 늘리는 방식으로 바꿨습니다. 자리가 있으면

예전 그대로 한 줄이고, 없을 때만 아랫줄에 나타납니다.

• 알림 — 코인 칩(기본 목록 일곱 중 여섯째가 「AVA」로 잘려 있었습니다), 종류 칩, 빠른 입력 칩
• 설정 — 시세 거래소, 표시할 환율(중국 위안화가 밀어야 나왔습니다)
• 코인 상세 — 비교할 코인 칩, 차트 지표 토글(이동평균·VWAP·볼린저·추세선)
• 홈·탐색 — 앞 판에서 이미 바꾼 정렬·순위 칩 이제 앱 어디에도 가로로 밀어야 하는 자리가 없습니다. 다시 생기지 않도록 검사도 함께 넣었습니다.
• 내부 검증 2599건 · 화면 기준선 404장. versionCode 826.

바로 앞 판에서 「거래량」을 「거래대금」으로 고쳤는데, **홈 화면의 정렬 칩을

빠뜨렸습니다.** 그 칩도 원화 금액으로 줄을 세우면서 「거래량순」이라고 적혀

있었습니다. 「대금순」으로 고쳤습니다.

왜 앞 판에서 못 잡았을까

앞 판은 화면에 찍히는 값을 열쇠로 훑었습니다 — 같은 방식으로 같은 항목을

그리는 자리를 모아 이름이 둘이면 세우는 방식입니다. 그런데 정렬 칩은 **값을

그리지 않습니다.** 줄만 세울 뿐입니다. 그래서 그 훑기의 그물에 걸리지 않았습니다.

찾은 것은 기기였습니다. 새 판을 실제로 설치해 화면을 읽다가 「거래량순」이

그대로 있는 것을 봤습니다.

탐색 화면 아래의 설명문에 있던 「거래량 상위」도 탭 이름에 맞춰 「거래대금 상위」로

바꿨습니다. 일본어·중국어도 함께입니다.

칩이 밀려나는 것을 「글씨가 크면」으로 갈랐던 것을 되돌렸습니다

앞 판에서 탐색 칩을 「글씨가 크면 아랫줄로」로 고쳤습니다. 그런데 이 앱에는

같은 문제를 이미 풀어 둔 자리가 있었고, 거기 「그렇게 하지 말라」고 적혀

있었습니다 — 글씨 크기로 가르면 가로 화면처럼 폭이 넉넉한 데서도 두 줄이 되어,

하필 높이가 아쉬운 자리에서 한 줄을 더 씁니다.

규칙은 「글씨가 크면」이 아니라 「자리가 없으면」이고, 그건 재서 압니다.

조건을 지우고 재서 접는 방식으로 바꿨습니다. 들어가면 한 줄 그대로이고,

안 들어갈 때만 접힙니다. 홈의 정렬 칩도 같은 방식으로 바꿨습니다 — 예전에는

가로로 밀어야 나머지가 보였는데, 이제 글씨를 키우면 아랫줄에 나타납니다.

기기에서 재고 정했습니다

「거래대금순」은 다섯 칩을 한 줄에 못 담았습니다(720×1640 실기기에서 「이름순」만

아랫줄에 혼자 남았습니다). 그래서 「대금순」으로 줄였고, 다시 재니 다섯이 한 줄에

들어갑니다 — 고치기 전보다도 여유가 있습니다.

• 내부 검증 2598건 · 화면 기준선 404장. versionCode 825.

「24h 거래량 1.2조」. 거래량은 코인 개수를 뜻하는 말이라, 이대로 읽으면 코인이

1조 2천억 개 오갔다는 말이 됩니다. 실제로 그 자리에 든 값은 원화 금액 —

「거래대금」입니다.

앱이 이걸 이미 알고 있었다는 점이 더 나쁩니다. 같은 값을 코인 상세 시트는

「24h 거래대금」이라고 바르게 적고 있었고, 코인 정보표만 「24h 거래량」이었습니다.

값은 맞고 이름만 틀린 자리는 눈에 안 띕니다

숫자가 틀렸다면 금방 알아챘을 것입니다. 값은 처음부터 옳았고 부르는 이름만

틀렸기 때문에, 화면을 보고도 지나쳤습니다.

그래서 이번에는 이름 대신 값을 열쇠로 훑었습니다 — 같은 함수로 같은 항목을

그리는 자리들을 모아 놓고, 거기 붙은 이름이 둘 이상이면 세웠습니다. 셋이 나왔습니다.

• 코인 정보표의 「24h 거래량」 → 「24h 거래대금」
• 시장 요약 카드의 「24h 거래량」 → 「24h 거래대금」 (전체 시장 거래대금입니다)
• 탐색(스크리너)의 거래량 탭 → 「거래대금」. 이 탭은 처음부터 거래대금 순으로 줄을 세우고 있었습니다. 이름만 「거래량」이었습니다. 캔들 차트 아래의 막대는 정말로 코인 수량이라 「거래량」 그대로 둡니다. 이제 두 말이 각각 제 뜻으로만 쓰입니다.

한 글자가 늘어 큰 글씨에서 칩이 밀려났습니다

「거래량」이 「거래대금」이 되며 한 글자 길어졌습니다. 그런데 탐색 화면의 칩 줄은

글꼴 200%에서 딱 맞아 있었고, 그 한 글자 때문에 셋째 칩이 화면 밖으로 반쯤

나갔습니다. 가로로 밀면 닿기는 하지만, 큰 글씨를 켜 두신 분께 「밀어야 보인다」는

것은 사실상 안 보이는 것입니다.

큰 글씨일 때는 칩을 아랫줄로 접습니다. 이제 200%에서도 셋이 다 보입니다.

(영어도 마찬가지입니다 — 「Volume」이 밀려나 있었습니다.) 보통 크기와 1.5배에서는

예전 그대로 한 줄입니다.

일본어(出来高 → 売買代金)와 중국어(成交量 → 成交额/成交額)도 같이 맞췄습니다.

영어는 관례상 금액도 Volume 이라 그대로입니다.

기술 화면에 같은 제목이 두 번 있었습니다

영어로 보면 「Overall read」가 한 화면에 두 번 나왔습니다 — 종합 판독 칸과 현재

흐름 막대가 같은 이름이었습니다. 뒤엣것을 「Current flow」로 갈랐습니다.

일본어에서 구분이 사라진 세 자리

「전체 시가총액」과 코인 한 개의 시가총액이 둘 다 時価総額이었고, 지표 묶음 이름

「수급·거래량」이 그냥 出来高였으며, 「접기」가 「닫기」와 같은 말이었습니다.

각각 総時価総額·需給・出来高·折りたたむ로 갈랐습니다.

• 내부 검증 2598건 · 화면 기준선 404장. versionCode 824.

「다시 시도」 버튼이 영어에서는 어떤 화면에서 Retry, 어떤 화면에서 Try again 이었습니다.

한국어·일본어·중국어에서는 넷 다 한 낱말이라 눈에 띄지 않았습니다.

번역본에게 물었습니다

같은 것을 두 이름으로 부르는 자리를 찾으려면 여태 「이 둘은 같은 말」이라는 표를 손으로

적어야 했습니다. 손으로 적은 표는 새 문구를 못 따라가서 곧 낡습니다.

그런데 이 앱에는 같은 문자열표가 다섯 벌 있습니다. 두 자리가 같은 뜻이면 옮긴 사람은

대개 다섯 벌 모두에 같은 말을 적습니다. 그래서 이렇게 물었습니다 — **네 언어가 같은 말로

옮겼는데 한 언어만 갈라 적었다면, 그 한 언어가 어긋난 것**입니다.

표가 필요 없었습니다. 「이 둘은 같은 뜻」이라는 판정을 번역본이 이미 내려 두었습니다.

물어보니 열한 자리가 나왔고, 넷이 결함이었습니다

• 다시 시도 — 영어만 `Retry` / `Try again` 두 낱말. 자리를 하나로 합쳤습니다.
• 시총 24h — 영어만 `Cap 24h` / `Mcap 24h` 두 약어. `Mcap 24h` 로 맞췄습니다.
• 데이터 출처(일본어) — 누르는 글은 「データ出典」인데 열리는 화면의 제목은 「データソース」였습니다. 누르는 글과 도착하는 곳의 이름이 달랐습니다.
• 손익(영어) — 요약은 `P/L`, 매도 시트는 `Realized P&L`. `P&L` 로 맞췄습니다. 나머지 일곱은 갈라 적은 쪽이 맞았습니다. 게이지의 「극공포」는 짧아야 하고(문장 자리에서는 「극단적 공포」입니다), 영어의 `trend`(문장에 끼는 조각)와 `Trend`(묶음 제목)는 영어만 가진 구분이라 다른 넷은 표현할 수 없습니다. 훑기가 「고쳐라」 하는 대로 따랐다면 맞는 것을 일곱 군데 망가뜨렸을 것입니다 — 그래서 하나씩 판정하고, 갈라야 하는 자리는 이유를 적어 남겼습니다.

크래시 기록 지우기

설정의 크래시 기록 대화상자에서 버튼이 하는 일은 「지우기」인데 영어·일본어·중국어에서는

「삭제」라고 적혀 있었습니다. 앱 공용 「지우기」로 합쳤습니다.

• 내부 검증 2597건 · 화면 기준선 404장. versionCode 823.

같은 5분인데 뉴스 목록과 나머지 화면이 다르게 적고 있었습니다.

상대 시각을 몇 분까지 「분」으로 볼지 정하는 판정은 원래 한 곳에 있었습니다. 그런데

문구는 두 벌이었습니다 — 뉴스 전용 세 개가 앱 공용 세 개와 글자까지 같았습니다.

한국어·일본어·중국어에서는 똑같아서 눈에 띄지 않았고, 영어에서만 이미 갈려 있었습니다.

같은 뜻을 두 곳에 적으면 한쪽만 고쳐집니다. 뉴스 전용 셋을 지우고 한 벌로 합쳤습니다.

「방금」만은 그대로 갈라 두었습니다. 뉴스는 「just now」이고 시세의 자료 나이는

「12초 전」입니다 — 기사에서 초 단위는 뜻이 없고, 시세에서 초 단위는 신선도 그 자체입니다.

다른 것을 다르게 말하는 것은 중복이 아닙니다.

영어의 「N시간 전」이 저희끼리도 어긋났습니다

```

45 sec ago 5 min ago 3h ago 2d ago

```

앞 둘은 풀어 쓰고 뒤 둘은 줄여 쓰고 있었습니다. 좁은 자리를 위한 짧은 표기는 따로

있으므로, 긴 쪽은 「3 hr ago」·「2 days ago」로 맞췄습니다. 하루일 때는 「1 day ago」입니다.

• 내부 검증 2596건 · 화면 기준선 404장. versionCode 822.

알림은 「XRP 리플 · 목표가 도달」이라고 말하는데, 눌러 보면 홈 화면의 맨 위였습니다.

그 코인을 목록에서 다시 찾아야 했습니다 — 알림이 가리키는 곳과 여는 곳이 달랐습니다.

이제 알림을 누르면 그 코인의 상세가 바로 열립니다. 목표가·김프·급등락·기술적 신호

네 종류 모두입니다.

앱이 켜져 있을 때도 열립니다

알림을 누를 때 앱이 이미 떠 있으면 안드로이드는 화면을 새로 만들지 않고 **기존 화면에

알림의 내용을 전달합니다.** 그 자리를 받지 않으면 「앱을 꺼 둔 채 누른 알림」만 코인으로

가고, 가장 흔한 경우인 「앱이 켜져 있을 때」는 홈으로 갑니다. 두 길을 모두 받습니다.

> 이 부분은 기기에서 눌러 보고 한 번 고쳤습니다. 코드 검사는 통과했는데 실제로는

> 앱이 켜져 있을 때 홈에 머물렀습니다 — 안드로이드가 인텐트를 전달할지 정하는 조건이

> 하나 더 있었고, 그건 검사가 알 수 없는 것이었습니다.

다른 화면(설정·포트폴리오 등)에 있었다면 홈으로 돌아간 뒤 그 코인을 엽니다. 한 번 열고

나면 그 요청은 비웁니다 — 안 비우면 화면을 돌릴 때마다 상세가 저절로 다시 열립니다.

• 내부 검증 2593건 · 화면 기준선 404장. versionCode 821.

위젯 오른쪽 위의 「⟳」 버튼입니다. 화면 낭독기로는 이름 없는 누를 것으로만 들렸습니다.

이제 「다시 받기」라고 말합니다.

왜 그동안 안 잡혔나

앱 안에서는 「누를 수 있는 것은 무엇이 일어나는지 말한다」를 두 겹으로 지킵니다 — 코드

검사와, 기기에서 접근성 정보를 훑는 점검입니다. 그 점검이 여덟 화면에서 **이름 없는

조작 요소 0개**를 확인해 줍니다.

그런데 위젯은 그 여덟 화면에 없습니다. 위젯은 런처가 그리는 것이라 앱의 화면 밖에

있고, 그 훑기가 닿지 못합니다. 「0개」라는 결과가 이 자리를 덮지 못한 것입니다.

이제 위젯에서 일을 하는 버튼에 이름이 없으면 검사에서 걸립니다. 위젯 전체를 눌러

앱을 여는 자리는 규칙 밖으로 두었습니다 — 거기에 이름을 붙이면 **그 아래 코인 목록이

낭독기에서 통째로 사라지기** 때문입니다. 그 자리의 이름은 내용이 집니다.

첫 화면을 영어 큰 글씨로 처음 그렸습니다

온보딩 화면 그림이 여섯 장 있었는데 한국어 넷·일본어 하나·중국어 하나였습니다. 이 앱의

문구는 영어에서 가장 많이 늘어나는데(한국어 대비 최대 2.67배) 그 언어가 빠져 있었습니다.

사용자가 앱에서 가장 먼저 보는 화면입니다. 그려 보니 잘림 없이 정확했습니다.

• 내부 검증 2588건 · 화면 기준선 404장. versionCode 820.

성과 비교 카드입니다. 제목은 「30日表现对比」인데 바로 아래 기간 칩은 「7天 · 30天 ·

90天」입니다. 둘 다 옳은 중국어지만 한 화면에 섞이면 같은 것을 두 이름으로 부르는 셈입니다.

앱의 다른 아홉 자리(최근 N일 추이 · N일 전 · 보관 기간 …)가 모두 `天`이라 그쪽으로

맞췄습니다. 간체·번체 둘 다입니다.

「하루」만 검사합니다

앞 판에서 영어 복수형을 훑으면서, 일본어·중국어에는 명사마다 다른 세는 말이 있다는

것을 다음 후보로 적어 두었습니다. 세어 보니 대부분은 다른 글자가 맞았습니다 —

주의는 条, 지표는 个, 거래소는 家, 기사는 篇입니다. 그걸 어긋남으로 세면 옳은 번역을

고치라고 시키는 검사가 됩니다.

「하루」는 다릅니다. 세는 것이 하나뿐이라 한 글자여야 합니다. 그 하나만 검사합니다.

영어도 규칙 밖입니다 — 「30-Day Performance」(형용사)와 「30 days」(명사)는 문법상 달라야

합니다.

• 내부 검증 2586건 · 화면 기준선 403장. versionCode 819.

한국어·일본어·중국어에는 복수형이 없습니다. 그래서 앱을 만드는 내내 아무도 못 봤는데,

영어에서는 이렇게 나오고 있었습니다.

```

Only 1 indicators had anything to say.

touched 1 bars ago

1 blocks left

Only 1 of 7 coins are oversold together today

```

수가 하나일 때와 여럿일 때 말이 달라지는 문구 열 개를, 안드로이드가 그 자리를 위해

마련해 둔 장치(`plurals`)로 옮겼습니다. 다섯 언어 모두에 넣었고, 복수형이 없는 세

언어는 지금 문구가 그대로 쓰입니다.

「1이 안 될 것」은 짐작하지 않고 코드에서 확인했습니다

수를 넣는 영어 문구 스물여섯을 모두 세어, 그 수가 1이 될 수 있는지를 하나씩 코드에서

확인했습니다. 열여섯은 될 수 없었습니다 — 상수이거나(「최근 730일」), 그리는 조건이

이미 하한을 세우고 있습니다(「점이 둘 이상일 때만 그린다」·「몰림은 셋부터」).

짐작이 세 번 틀렸습니다. 「연속 몇 봉」·「독립된 근거 몇 가지」는 1이 안 될 것 같았는데

확인해 보니 닿았습니다. 그래서 그 셋도 함께 옮겼습니다.

이제 1이 될 수 있는 자리에 복수형 문구를 쓰면 검사에서 걸립니다. 예외는 **코드에서 확인한

이유**와 함께 적어 두었습니다.

• 내부 검증 2585건 · 화면 기준선 403장. versionCode 818.

2026-08-17에 「이 기기는 USB 설치가 꺼져 있어 실기기 확인을 할 수 없다」고 적어 두었고,

그 뒤로 여러 판을 그 기록만 믿고 넘겼습니다. 오늘 다시 두드려 보니 열려 있었습니다.

> 막혔다는 기록도 낡습니다. 「막혔다」고 적힌 것을 다시 확인하는 것이 새 판의 첫 일입니다.

기기에서 확인한 것 (난독화 릴리스, 샤오미폰)

글씨 200% — 최근 세 판에서 고친 것이 실제로 살아 있습니다.

```

BTC ₩90,324,000 ← 금액이 쪼개지지 않습니다

비트코인 −0.70%

김프 −0.35% ← 이름표가 「..」로 뭉개지지 않습니다

```

빼기 기호도 플러스와 같은 높이의 진짜 기호로 나옵니다.

화면 낭독기 — 여덟 화면을 훑어 말 없는 조작 요소 0개 · 작은 표적 0개입니다.

그래프 설명도 실제로 읽힙니다.

```

하락 가격 차트. 최근 150봉, 마지막 봉 값 ₩90,389,000, −11.40% …

OBV (누적 거래량). 941.74에서 -4,338로 하락. 최고 1,575, 최저 -5,431.

```

앞 판에서 넣은 지표 그래프 설명이 기기에서 산다는 뜻입니다.

확인하지 못한 것도 적습니다

제목 이동(v3.29.29)은 이 방식으로 확인할 수 없습니다. 화면 구조를 뜨는 도구가 「이

글자가 제목인가」를 싣지 않기 때문입니다. 그 판의 증거는 내부 검사뿐이라고 적어 두었습니다.

위젯은 제공자가 등록되어 있는 것까지만 확인됩니다 — 바탕화면에 얹는 것은 사람이 직접

해야 하고, 지금 이 기기에는 얹혀 있지 않습니다.

• 내부 검증 2581건 · 화면 기준선 403장. versionCode 817.

앞 판에서 야후가 점검 목록에 없던 것을 찾았습니다. 「하나 있으면 더 있다」고 보고 **전부

세어 봤습니다.**

앱이 값을 받아 오는 곳은 24곳인데 점검 목록에 있는 것은 11곳이었습니다.

빠져 있던 것 중 가장 큰 것이 코인게코입니다 — 시장 개요 화면(BTC 도미넌스 · 총

시가총액 · 24시간 거래량 · 시총 변동)이 통째로 그 한 응답 위에 있고, 코인 로고와 시세

폴백도 거기서 옵니다. 환율이 잘 안 될 때 쓰는 예비 환율 제공처도 빠져 있었습니다 —

예비는 원래 조용해서, 죽어도 죽은 줄 모릅니다.

셋을 넣었고 모두 정상입니다.

목록이 다시 낡지 않도록

이 앱은 어디에 접속하는지를 화면에 밝히고, 그 고지가 실제 접속처와 맞는지 양방향으로

확인하는 검사를 이미 갖고 있습니다. 그런데 점검 목록에는 그 짝이 없었습니다.

이제 같은 방식으로 확인합니다 — 값을 받아 오는 곳이 목록에 없으면 걸립니다.

뉴스 RSS 열 곳은 예외로 두었습니다. XML이라 이 점검(JSON 모양 확인)의 틀에 안 맞고,

앱 안에 「출처 확인」이 따로 있기 때문입니다. 배포처는 판마다 배포 스크립트가 직접

확인합니다. 예외마다 이유를 적어 두었습니다 — 「나중에」로 비워 두면 그 자리가 다음

빈틈이 됩니다.

• 내부 검증 2581건 · 화면 기준선 403장. versionCode 816.

이 앱은 자체 서버 없이 각 제공처를 기기에서 직접 부릅니다. 그래서 제공처가 응답 모양을

바꾸면 오류도 멈춤도 없이 그 값만 조용히 빕니다. 그걸 미리 잡으려고 실제 응답을 받아

모양을 확인하는 점검을 두고 있습니다.

그 점검에 야후만 빠져 있었습니다. 이 앱이 부르는 제공처 중 **문서화된 공개 API가

아닌 유일한 곳**, 즉 언제 바뀌어도 이상하지 않은 곳인데 아무도 안 보고 있었습니다.

지수·VIX·코스피·달러환율이 그 위에 있습니다.

넣자마자 하나 드러났습니다. 앱은 전 거래일 종가를 세 단계로 찾는데(종가 목록 →

`chartPreviousClose` → `previousClose`), 셋째 단계의 값이 지수 응답에는 아예 없었습니다.

앞의 두 단계가 늘 답을 주므로 해는 없지만, 있다고 믿고 있던 것이 없었습니다.

점검이 「요청 과다」를 「모양이 달라졌다」로 말하고 있었습니다

제공처가 요청 과다(429)나 차단(403)을 보내면 그것은 확인을 못 한 것이지 응답 모양이

달라진 것이 아닙니다. 이 점검은 그 구분을 이미 문서에 적어 두고도 5xx만 「확인 못 함」으로

보내고 있었습니다. 늘 켜진 빨간불은 곧 무시됩니다 — 구분을 바로잡았습니다.

「야후를 걷어낼 수 있는가」의 답이 바뀌어 있었습니다

v3.19.0에서 바깥 의존을 세어 드리면서 「야후를 쓰는 자리는 셋이고, 죽어도 지수 줄만

사라집니다」라고 적었습니다. 그 뒤에 넷째가 붙었습니다 — 달러/원 장중 환율입니다.

같은 제공처를 다시 쓰는 것이라 새 접속처 검사에는 걸리지 않았고, 자리 수를 지키던 검사는

파일 수만 세고 있어서 늘어난 것을 못 봤습니다.

그래서 답이 이렇게 바뀝니다.

| 야후가 죽으면 | |

|---|---|

| 지수 줄 | 사라집니다 |

| VIX · 코스피 | 보조값이 빕니다 |

| 김치 프리미엄 | 하루 한 번 고시되는 ECB 값으로 돌아갑니다 |

마지막 줄이 새로 생긴 것입니다. 이 앱이 직접 재 둔 값으로는, 그 되돌림이 거래일의

26.9%에서 0.5%p 이상, 7.8%에서 1.0%p 이상 어긋나고 최대 2.54%p입니다 —

김프 부호가 갈릴 수 있는 폭입니다. 화면이 꺼지지는 않습니다.

걷어낼지 말지는 그대로 사용자 결정입니다. 다만 그 결정에 쓰실 값이 낡아 있었으므로

바로잡아 두었습니다.

• 내부 검증 2578건 · 화면 기준선 403장. versionCode 815.

앞선 판에서 공포지수 카드의 다섯 얼굴 중 넷이 안 그려져 있던 것을 찾았습니다. 같은

성질을 앱 전체에서 훑었습니다 — 값을 받아 단계를 정하고 그 단계로 색·라벨을 고르는

함수를 모두 모아, 단계 수와 실제로 그려진 값의 수를 대 봤습니다.

| 무엇 | 단계 | 그려져 있던 얼굴 |

|---|---|---|

| 공포·탐욕 | 5 | 1 |

| VIX 밴드 | 5 | 1 |

| 코스피 일일 변동 | 5 | 1 |

| 기술적 분석 편향 | 5 | 3 |

채운 것

폭락한 날의 공포지수 카드 — 공포·탐욕 8, VIX 42.3(극단적 공포), 코스피 −3.24%(급락).

셋이 함께 오는 실제 상태라 한 장으로 세 밴드의 못 그린 얼굴을 덮습니다. 양극 막대와

밴드 색 모두 정확했습니다.

강한 약세 판정 — 기술적 분석의 다섯 얼굴 중 가장 강한 말을 하는 자리인데 그려진

적이 없었습니다. 매수 얼굴도 함께 채워 이제 다섯이 모두 있습니다.

이제 판정 얼굴이 하나라도 비면 검사에서 걸립니다. 값을 받아 단계를 정하는 다른 밴드들은

값이 원시 수치라 기계가 셀 수 없어, 검사가 그 경계를 복제하지 않도록 일부러 뺐습니다 —

검사가 규칙을 복제하면 경계가 바뀌는 날 조용히 틀린 답을 냅니다.

• 내부 검증 2578건 · 화면 기준선 403장. versionCode 814.

이 카드는 단계(극공포·공포·중립·탐욕·극탐욕)마다 배경·테두리·숫자 색·게이지 색이

통째로 바뀝니다. 그런데 화면 그림 열세 장이 전부 같은 값(75 = 극탐욕)을 쓰고 있었습니다.

나머지 네 얼굴은 한 번도 그려진 적이 없었습니다.

게이지를 값 0·8·30·50·65·92·100 일곱 자리에서 그려 봤습니다. 아크 길이·색·손잡이 자리

모두 정확했고, 양 끝(0과 100)에서도 튀어나오거나 잘리지 않았습니다.

극공포 카드에서 하나 나왔습니다

「어제 대비」 줄의 빼기 기호가 이 자리에서만 하이픈이었습니다.

```

▲ +7 어제 대비 ← 플러스

▼ -13 어제 대비 ← 마이너스가 더 짧고 낮다

```

지난 판에서 앱 전체의 빼기를 「+」와 높이가 맞는 진짜 기호로 통일했는데, 이 줄만

부호를 손으로 붙이고 있어서 그 통일을 지나갔습니다. 부호를 만드는 곳은 한 곳뿐이어야

합니다.

그 규칙을 지키는 검사도 함께 넓혔습니다. 예전 검사는 「`if (…)` 뒤에 오는 부호」만 봐서

이 줄을 두 번 빗나갔습니다(문법이 달랐고, 문자열이 세모로 시작했습니다). 이제 문법이

아니라 자리를 봅니다 — 문자열 안에서 부호 바로 뒤에 값이 끼워지는 꼴입니다.

• 내부 검증 2576건 · 화면 기준선 400장. versionCode 813.

시세 목록의 김프는 「김프 −0.58%」처럼 이름표와 숫자가 함께 놓입니다. 글씨를 200%로

키우면 그 이름표가 「..」로 줄어, 퍼센트만 덩그러니 남았습니다.

```

스테이터스… +4.18%

.. −0.58% ← 무엇의 −0.58%인지 알 수 없음

```

바로 위에 등락률이 있으므로, 이름표가 사라지면 두 퍼센트 중 어느 쪽이 무엇인지

알 수 없습니다.

영어와 일본어에서는 이미 그런 상태였습니다 — 「Ki… −0.65%」, 「キ… −0.65%」.

왜 이렇게 됐나

한 줄에서 자리가 모자라면 누가 양보하는지를 정해야 합니다. 이 자리는 두 번 정했고

두 번 다 틀렸습니다.

• 처음엔 숫자가 양보해 「김프 -0…」로 잘렸습니다.
• 그래서 이름표가 양보하도록 바꿨더니 「.. −0.58%」가 됐습니다. 두 방향이 틀린 이유는 같습니다 — 줄어들 수 없는 쪽에 양보를 시켰습니다. 숫자는 글자 크기를 줄여 맞출 수 있고, 「김프」 두 글자는 자르면 뜻이 통째로 사라집니다. 이제 숫자가 양보합니다. 이름 칸 계산도 함께 고쳤습니다. 큰 글씨에서 김프는 제 줄을 받는데, 그 줄이 필요한 폭이 계산에 빠져 있었습니다. 그래서 이름이 길면 이름 칸이 남는 자리를 다 가져가고 김프만 굶었습니다.

처음 그려 본 두 가지

1원 미만 코인 — 업비트 원화 마켓에 흔한 가격대인데(₩0.9123 · $0.0006200) 시세 줄에

그려진 적이 없었습니다. 그려 보니 정확했습니다.

아주 긴 코인 이름 — 기본 일곱 종의 최장 이름은 「비트코인」 넉 자지만, 사용자는

「스테이터스네트워크토큰」(11자) 같은 종목도 담을 수 있습니다. 그 그림에서 위의 김프

문제가 나왔습니다.

• 내부 검증 2575건 · 화면 기준선 397장. versionCode 812.

카드 한 장 안에서 이렇게 나왔습니다.

```

75

Extreme Greed ← 게이지 옆

…

Extreme greed ← 아래 요약 줄

```

같은 상태, 같은 두 낱말인데 대문자만 다릅니다. 중국어는 두 문구가 이미 글자까지 같았고,

한국어·일본어는 「극탐욕」과 「극단적 탐욕」처럼 짧은 라벨과 서술이라 다른 이유가

있습니다. 영어만 이유 없이 갈려 있었습니다. 요약 줄 쪽으로 맞췄습니다.

앱의 영어 문구 전체를 훑어 「소문자로 바꾸면 같아지는 짝」 여덟을 찾았고, 나머지 여섯은

홀로 선 라벨과 문장 속 낱말이라 그대로 두는 것이 맞습니다(「Volume」 칩과 「…the

volume family…」 문장). 이유를 적어 두었습니다.

어느 언어가 위험한지 세어 봤습니다

지금까지는 「여러 언어로 그려 봤다」로 넘어갔습니다. 이번에는 한국어 대비 **글자가

차지하는 폭**을 문구마다 재 봤습니다.

| 언어 | 가장 많이 늘어나는 문구 |

|---|---|

| 영어 | 2.67배 |

| 일본어 | 2.33배 |

| 중국어(간체·번체) | 1.67배 |

영어가 가장 위험한데, 하필 두 화면이 영어로 그려져 있지 않았습니다 — 공포지수

카드와 데이터 출처 화면입니다. 둘 다 가장 많이 늘어나는 문구를 품고 있는데, 일본어와

중국어로만 확인하고 있었습니다. 안전한 언어만 그리고 위험한 언어를 빠뜨린 셈입니다.

두 화면을 영어 큰 글씨로 그렸고, 그 자리에서 위의 대소문자 문제가 나왔습니다.

• 내부 검증 2572건 · 화면 기준선 393장. versionCode 811.

공포·탐욕 카드와 시장 개요의 추이 그래프에는 설명이 붙어 있습니다 — 「어디서 어디로,

어느 쪽으로, 그 사이 최고·최저」. 그런데 기술적 분석 화면의 지표 그래프에는 없었습니다.

RSI · 스토캐스틱 · MACD · 스퀴즈 · ADX · OBV — 여섯 개 모두, 그리고 그것을 눌러 펼친

큰 그래프까지 합쳐 열두 자리가 조용했습니다. 낭독기를 쓰시는 분은 제목과 「지금 값」

하나만 듣고, 그동안 어떻게 움직였는지는 들을 수 없었습니다.

이제 각 그래프가 이렇게 말합니다.

```

RSI: 42.1에서 58.3으로 상승했습니다. 최고 61.0, 최저 39.8.

```

설명하는 선은 화면이 읽어 주는 그 숫자의 선으로 맞췄습니다. 스토캐스틱은 %K,

MACD는 히스토그램입니다 — 방금 들은 숫자와 다른 선을 설명하면 두 말이 어긋납니다.

펼친 그래프의 배선이 두 벌이었습니다

지표를 눌러 크게 여는 길과, 화면이 되살아날 때 그 상태를 복원하는 길이 **같은 것을

따로 적고** 있었습니다. 설명을 한쪽에만 붙였다면 「눌러서 열면 말하는데 화면을 돌리고

나면 조용해지는」 상태가 됐을 것입니다. 하나로 합쳤습니다.

보이는 모습은 하나도 달라지지 않습니다.

• 내부 검증 2569건 · 화면 기준선 391장. versionCode 810.

TalkBack 같은 화면 낭독기에는 제목으로 건너뛰기가 있습니다. 화면에 절이 여럿일 때

처음부터 끝까지 듣지 않고 제목만 훑어 원하는 곳으로 갈 수 있습니다.

그러려면 앱이 「이건 제목입니다」라고 알려 줘야 합니다. 예전에 공용 제목 조각 셋에는

그 표시를 넣었는데, 스스로 제목을 그리는 화면 열 곳에는 안 들어가 있었습니다.

그중 여섯이 기술적 분석 화면입니다 — 절이 여덟 개나 되는, 이 앱에서 가장 긴 화면입니다.

낭독기를 쓰시는 분은 그 화면을 처음부터 끝까지 듣는 수밖에 없었습니다.

이제 다음 제목들이 제목으로 읽힙니다.

• 기술적 분석 — 종합 판독 · 지금 이 코인 · 다중 기간 · 기간별 비교 · 신호 · 근거
• 코인 상세 — 읽는 법 · 더 알아보기 · 쉬운 말 판독
• 데이터 출처 — 뉴스 출처 설정의 「조용시간」처럼 스위치 한 줄의 이름이나, 권한이 꺼졌을 때만 뜨는 경고 배너는 일부러 제외했습니다. 제목 이동은 화면을 훑는 지도인데, 거기에 조작 요소와 알림까지 올리면 지도가 아니라 목록이 됩니다. 보이는 모습은 하나도 달라지지 않습니다.
• 내부 검증 2567건 · 화면 기준선 391장. versionCode 809.

포트폴리오 요약이 이렇게 나옵니다.

```

손익 -16.65% (−3,280,000원)

```

퍼센트 쪽 빼기는 짧고 낮은 하이픈, 금액 쪽은 진짜 빼기 기호입니다. 나란히 놓인 두

글자가 서로 다릅니다.

금액 쪽은 이미 그렇게 되어 있었고 코드에 이유까지 적혀 있었습니다 — **등폭 글꼴에서

자릿수가 맞고 「+」와 높이가 같기 때문**입니다. 그 판단이 퍼센트에는 적용되지 않았습니다.

그래서 등락률 칸에서는 「+1.82%」의 플러스와 「-0.57%」의 마이너스가 서로 다른 높이로

놓여 있었습니다.

부호를 만드는 곳이 한 군데이므로 거기서 맞췄습니다. 앱 전체와 홈 화면 위젯의 모든

퍼센트·부호 표기에 함께 적용됩니다.

전체가 손실인 포트폴리오도 처음 그려 봤습니다

포트폴리오 화면 그림 여덟 장이 모두 합계는 이익이었습니다. 행 단위로는 오른 것과

내린 것을 함께 담고 있었지만, 화면에서 가장 큰 숫자인 「손익」이 음수인 모습은 한 번도

그려진 적이 없었습니다. 그려 보니 부호·색·비율은 모두 정확했고, 위의 빼기 기호 문제가

그 그림에서 눈에 띄었습니다.

• 내부 검증 2564건 · 화면 기준선 391장. versionCode 808.

글씨를 200%로 두고 김프 실수익 계산기를 보시면 이랬습니다.

```

+₩30

총 프리미엄

,000

−

수수료(왕복)

₩4,116

```

「+₩30」과 「,000」이 다른 줄로 갈라집니다. 위쪽만 보면 총 프리미엄이 「+₩30」입니다 —

실제 값의 천분의 일인데, 화면 어디에도 이상한 티가 없습니다. 수수료 줄에서는 마이너스

부호만 혼자 윗줄에 남았습니다.

잘린 금액은 「…」이라도 남기지만, 쪼개진 금액은 완결된 다른 금액으로 읽힙니다.

같은 카드의 옆 줄은 이미 고쳐져 있었습니다

바로 위 「예상 청산가」 줄은 이 문제로 한 번 고쳐진 적이 있습니다. 이름과 값을 미리 재

보고 한 줄에 안 들어가면 값을 아랫줄에 펴는 방식입니다. 그런데 바로 옆 형제 줄은

그대로였습니다. 이번에는 두 줄이 같은 조각을 쓰도록 합쳤습니다 — 다시 갈릴 수 없습니다.

앱 안의 다른 금액도 함께 훑었습니다

금액을 그리는 자리 여덟 곳을 찾아, 접힐 수 있는 여섯 곳을 「모자라면 글자를 줄여 온전히

보여 주는」 방식으로 바꿨습니다(시가총액 추이의 최저·최고, 코인 상세의 달러 환산가와

저가·고가, 환율 줄). 지금 화면에서는 보이는 모습이 그대로입니다 — 앞으로 더 큰 숫자나

더 좁은 화면에서 갈라지지 않게 하는 조치입니다.

이제 금액이 접힐 수 있으면 검사에서 걸립니다.

역프리미엄일 때의 계산기도 처음 그려 봤습니다

김프가 음수면 계산기는 손실을 냅니다. 한국 시장에서 흔한 상황이고 앱의 시험용 시세조차

역프인데, 그 화면을 그려 본 적이 없었습니다. 그려 보니 부호·색·경고 문구는 모두

정확했습니다. 이제 그 모습도 그림으로 남아 있습니다.

• 내부 검증 2564건 · 화면 기준선 390장. versionCode 807.

갓 상장한 코인처럼 봉이 30개가 안 되면 기술적 분석은 판정을 내지 않습니다. 그때 화면이

이랬습니다.

```

기술적 분석 1d

[투자 권유가 아닙니다 …]

이 화면은 «결론 → 그렇게 본 근거 → 언제 그 말을 거둬야 하는지»

순서로 놓았습니다. 급하시면 맨 위 한 줄만, 배우려면 아래까지

읽으시면 됩니다.

데이터가 부족해 분석할 수 없습니다.

다른 기간을 선택해 보세요.

```

결론도 근거도 없는 화면이 그 배치를 세 줄에 걸쳐 설명하고, 정작 「자료가 없습니다」는

그 아래에 있었습니다. 지표를 아직 계산 중일 때도 같았습니다.

읽는 순서 안내는 판정이 실제로 났을 때만 나오도록 옮겼습니다. 이제 자료가 없으면

「데이터가 부족해 분석할 수 없습니다 / 다른 기간을 선택해 보세요」가 바로 보입니다.

왜 이제야 보였나

이 절의 화면 그림은 전부 안쪽 조각을 직접 그려 왔습니다. 그래서 「자료도 있고 판정도

났다」만 그려졌고, 그 앞의 두 갈래 — 계산 중 · 자료 부족 — 는 **한 번도 그려진 적이

없었습니다.** 세 갈래를 다 그려 놓았습니다.

• 내부 검증 2563건 · 화면 기준선 388장. versionCode 806.

세모가 무엇을 경고하는지 화면 어디에도 없었습니다. 같은 앱의 다른 카드는 같은 자리에

「⚠ 지연」이라고 낱말로 적습니다 — 시세 카드, 시장 맥박, 뉴스 출처 셋 다 그렇습니다.

공포지수 카드만 기호 하나로 끝났습니다.

시각만으로는 어제 것인지 알 수 없었습니다

연결이 끊기면 마지막으로 받은 값을 계속 보여 드립니다. 그런데 그 값이 어제 것이어도

도장은 「07:13」이라, 오늘 아침 값으로 읽힙니다. 이제 지연일 때는 시각 대신 **얼마나

됐는지**를 적습니다.

```

공포지수 ⚠ 지연 · 8분 전

```

정상일 때는 예전 그대로 시각입니다.

글씨를 키우면 제목과 맞닿고 뒷부분이 잘렸습니다

320 폭에 글씨 200%로 두면 「⚠ 지연 · 8분 전」이 「⚠ 지연 ·」까지만 나오고 말없이

잘렸습니다. 하필 잘리는 자리가 시간이라 얼마나 오래된 값인지가 사라집니다. 이제 미리

재 보고, 자리가 모자라면 「⚠ 지연」까지만 남깁니다 — 자르지 않습니다. 제목과 붙지

않도록 최소 간격도 뒀습니다.

왜 이제야 보였나

이 카드의 그림 열세 장 중 경고 표시가 나온 것이 한 장도 없었습니다. 지연 상태를

그린 한 장은 자료가 아예 없는 경우라 도장 자체가 안 나오고, 자료가 있는 열두 장은 전부

정상 상태였습니다. 그 칸을 채우자마자 위 셋이 한꺼번에 나왔습니다.

이제 「⚠」 옆에 낱말이 없으면 검사에서 걸립니다.

곁가지 — 급등락 화면이 1분마다 통째로 다시 그려지고 있었습니다

「N초 전」 같은 표시는 시계가 흘러야 하므로 주기적으로 다시 그립니다. 그런데 급등락

화면은 그 시계를 화면 본문에서 읽고 있어서, 눈금이 올 때마다 필터 칩과 코인 목록까지

전부 다시 그렸습니다. 이제 시각을 그리는 작은 조각에서만 읽습니다. 보이는 것은

그대로이고, 가만히 두었을 때 하는 일이 줄어듭니다.

내부 검사도 함께 고쳤습니다. 그 검사는 「작은 조각에서만 읽어야 한다」고 적어 두고

실제로는 파일 이름만 대조하고 있어서, 규칙이 금지하는 바로 그 모양이 그대로 지나갔습니다.

이제 크기를 잽니다.

• 내부 검증 2563건 · 화면 기준선 385장. versionCode 805.

이 앱이 첫 줄에서 내세우는 약속이 있습니다 — **갱신에 실패해도 화면을 비우지 않고,

마지막으로 받은 값을 그대로 두고 「⚠ 지연」을 붙입니다.** 그 상태의 머리글이 이랬습니다.

```

코인·환율 시세 ● 실시간 · 8분 ⚠ 지연

```

같은 줄에서 같은 값을 「실시간」이라 부르고 「지연」이라 부릅니다. 시세를 보는 앱이 할

수 있는 가장 위험한 말입니다.

왜 이렇게 됐나

신선도 판정은 있었습니다. 다만 그 판정이 왼쪽 점의 색깔에만 쓰였습니다. 낱말은

언제나 「실시간」으로 고정이었습니다. 색이 유일한 신호라, 색을 가리기 어려우신 분께는

참말이 하나도 남지 않았습니다.

이제 오래된 값에는 「실시간」을 떼고 나이만 적습니다. 자리가 생긴 만큼 「8분」이 아니라

「8분 전」이라고 적어, 무엇의 8분인지도 분명해졌습니다.

```

코인·환율 시세 ● 8분 전 ⚠ 지연

```

글씨를 200%로 키우면 나이가 아예 사라지고 있었습니다

머리글은 제목·배지·통화 버튼이 한 줄에 들어가는지 미리 재서, 모자라면 두 줄로 나눕니다.

그런데 배지 폭을 「실시간」 세 글자로만 재고 있었습니다. 실제 배지는 「실시간 · 12초」라

더 넓으므로, 한 줄에 들어간다고 잘못 판단하고 시간 부분을 통째로 떨어뜨렸습니다.

이제 가장 긴 표기까지 재고 판단합니다.

처음 그려 본 화면이었습니다

앱 화면 그림 383장을 상태별로 세어 보니, **「값은 남고 ⚠ 지연만 붙는」 상태가 한 장도

없었습니다.** 첫 줄에서 광고하는 상태인데 한 번도 그려 본 적이 없었던 것입니다.

그려 보자마자 위 두 가지가 나왔습니다. 이제 그 그림이 있습니다.

• 내부 검증 2562건 · 화면 기준선 383장. versionCode 804.

도미넌스 화면을 여시면 시가총액 추이 그림이 뜹니다. 그 그림이 아직 오지 않았을 때

제목이 이랬습니다.

```

BTC 시가총액 추이 (0일)

불러오는 중…

```

한 줄 위에서는 「0일치 보여 드립니다」라고 하고, 한 줄 아래에서는 「아직 오는

중입니다」라고 합니다. 자료를 받지 못했을 때도 같았습니다 — 「(0일)」 아래에 「불러오지

못했습니다」가 붙었습니다.

왜 이렇게 됐나

원래는 제목이 「(90일)」로 고정이었습니다. 제공처가 짧게 주면 열흘치를 그려 놓고

90일이라 부르는 셈이라, 지난 판에 실제로 그린 날 수를 넣도록 고쳤습니다.

그 고침이 0을 안 봤습니다. 아직 아무것도 없을 때 그 수가 0이 되고, 없는 것을

「0일치 봤다」고 말하게 됩니다. 그릴 만큼 있을 때만 날 수를 붙이고, 아닐 때는 이름만

두도록 했습니다.

같은 자리를 하나 더 찾았습니다

기술적 분석 카드에는 「판단에 쓴 지표가 N개뿐입니다」라는 안내가 있습니다. 지표가 모두

「중립」이면 이 수가 0이 되어 「지표가 0개뿐입니다」가 됩니다 — 수를 말하는 척하면서

아무 말도 안 하는 문장입니다. 그때는 「방향을 낸 지표가 하나도 없습니다」라고 적습니다.

다시 안 생기게

앱 안에서 센 수 하나로 「얼마나 있나」를 말하는 문구를 모두 찾아, 그 수가 0일 수

있는 자리가 있는지 보는 검사를 넣었습니다. 지금 일곱 자리가 있고, 모두 막혀 있습니다.

「지표는 5대 0으로 기울었지만」처럼 둘을 견주는 문구는 0이 정상이므로 뺐습니다.

• 내부 검증 2558건 · 화면 기준선 382장. versionCode 803.

화면 그림 378장을 축(화면 폭 · 글씨 배율 · 밝기 · 언어)으로 세어 빈칸을 찾았습니다.

넓은 화면 × 밝은 모드 × 큰 글씨는 한 장도 없었고, 3단 태블릿 배치는 기본 글씨

한 장뿐이었습니다. 그 두 칸을 채웠더니 바로 나왔습니다.

지수 이름이 잘렸습니다

3단 배치에서 글씨를 키우면 KOSPI가 「KO…」, S&P 500이 「SP…」가 되었습니다.

이름 칸이 56으로 고정되어 있었기 때문입니다. 칸은 고정인데 글자는 설정에 따라

커지므로, 자리가 넉넉해도 이름만 잘립니다. 이제 칸도 글씨 배율만큼 늘어납니다.

기본 글씨에서는 예전 그대로입니다.

값과 등락률이 붙어 있었습니다

`2,500.12+0.53%`처럼 맞닿아 있었습니다. 평소에는 값 칸에 남는 폭이 사이를 벌려 주는데,

큰 글씨에서는 값이 칸을 꽉 채우기 때문입니다. 사이를 띄웠습니다.

같은 규칙을 지키는 검사도 넓혔습니다

「글자 칸을 고정 폭으로 못 박지 않는다」는 검사가 입력칸만 보고 있었습니다. 보통

글자에도 적용되도록 넓혔습니다. 스스로 글씨를 줄여 맞추는 칸은 예외입니다 — 잘리는

대신 작아지므로 뜻이 사라지지 않습니다.

• 내부 검증 2555건 · 화면 기준선 380장. versionCode 802.

앱에서 가장 많이 보시는 화면입니다. 한 줄은 왼쪽에 심볼·한글 이름, 오른쪽에 가격·달러값·

김프가 놓입니다.

글씨를 키우면 오른쪽이 세 줄이 되는데 왼쪽은 두 줄 그대로라, 짧은 왼쪽이 가운데로

내려앉았습니다.

> ⠀⠀⠀⠀⠀₩96,985,000 +1.82%

> BTC⠀⠀⠀⠀⠀⠀⠀⠀$66,324

> 비트코인⠀⠀⠀⠀김프 −0.57%

이제 첫 줄끼리 맞습니다.

> BTC⠀₩96,985,000 +1.82%

> 비트코인⠀⠀⠀⠀⠀⠀$66,324

> ⠀⠀⠀⠀⠀⠀⠀⠀김프 −0.57%

로고는 예전대로 가운데입니다 — 줄을 가운데로 맞추던 것이 원래 로고 때문이었습니다.

어디서 찾았나

폴더블 2단 화면 × 글씨 200% 그림에서 찾았습니다. 넓은 화면만 보거나 큰 글씨만 보는

그림에는 나타나지 않던 자리입니다.

같은 무늬를 오늘 다섯 번째로 고쳤습니다(포트폴리오·스크리너·조용시간·알림 규칙·시세

목록). 남은 자리가 있는지 다시 훑었고, 나머지는 줄 수가 늘 같아 가운데 맞춤이 맞는

자리였습니다.

• 내부 검증 2552건 · 화면 기준선 378장. versionCode 801.

화면에 보이는 변화는 없습니다. 검사 쪽 이야기입니다.

앞 판에서 검사 서른네 곳이 문구 속성 하나에 눈을 감고 있던 것을 고쳤습니다. 같은 병이

다른 모양으로도 있는지 검사 전체를 훑었습니다.

결과부터 적습니다 — 한 곳이었습니다. 「체계적인 문제」가 아니라 한 자리였습니다.

화면 갱신이 건너뛰지 않도록 지키는 검사가, 목록에 적힌 모델을 **못 읽으면 조용히

넘어가고** 있었습니다. 파일을 옮기거나 선언 모양이 바뀌면 그 모델은 목록에 이름만 남은

채 검사 없이 지나갑니다. 이제 못 읽으면 그 자리에서 알립니다.

나머지 후보 열세 곳은 열어 보니 이미 보호되어 있었습니다(읽은 파일 수를 세거나, 못

읽으면 그 자리에서 실패하는 형태였습니다). 찾아본 것과 찾아낸 것을 함께 적습니다.

• 내부 검증 2550건 · 화면 기준선 378장. versionCode 800.

화면에 보이는 변화는 없습니다. 검사 쪽 이야기입니다.

오늘 오전에 문구 하나에 속성(`formatted="false"`)을 붙였더니 검사 여덟 개가 「문구가

없다」며 깨졌습니다. 문구는 그대로 있었고 여는 태그의 모양만 달라졌습니다. 그때는

그 여덟을 고치고 공용 함수로 모았습니다.

오후에 세어 보니 같은 자리가 서른네 곳 더 있었습니다.

깨지는 것보다 나쁜 경우

이름을 콕 집어 읽는 검사는 못 찾으면 깨집니다 — 시끄러우니 고쳐집니다.

그런데 이름을 훑어 모으는 검사는 속성이 붙은 문구를 목록에서 빼 버립니다.

위반이 있어도 없는 것으로 세고 초록불로 지나갑니다.

그런 문구가 지금 다섯 언어에 18개 있습니다. 문구 길이·마크다운 누출·번역 숫자 일치를

보는 검사 셋이 그만큼을 안 보고 있었습니다.

서른네 곳을 모두 고치고 전체를 돌렸습니다. 새로 드러난 위반은 없었습니다 — 구멍은

진짜였지만 아직 아무것도 빠지지 않았습니다. 그 사실도 함께 적어 둡니다.

앞으로 같은 모양이 새로 생기면 배포 전에 걸립니다.

• 내부 검증 2550건 · 화면 기준선 378장. versionCode 799.

글씨를 키우면 설명이 두세 줄로 접힙니다. 그런데 토글이 그 글 뭉치의 가운데에

맞춰져 있어서, 문장 사이에 끼어 이렇게 읽혔습니다.

> 조용시간

> 이 시간대에는 알림을[토글]

> 보내지 않습니다.

사이 간격도 없어 글자와 맞닿아 있었습니다.

이제 토글이 제목 옆에 서고, 설명은 그 아래로 끊기지 않고 흐릅니다. 알림 규칙 줄의

토글과 삭제 버튼도 같이 고쳤습니다 — 규칙 설명은 네 줄까지 접힙니다.

같은 무늬를 오늘 네 번째로 만났습니다

포트폴리오 보유 줄, 스크리너, 조용시간, 알림 규칙입니다. 규칙은 하나입니다 —

가운데 맞춤은 나란히 놓인 것들의 줄 수가 같을 때만 맞습니다. 기본 글씨에서는 대개

같아서 아무 일도 일어나지 않고, 글씨를 키우면 한쪽만 길어져 짧은 쪽이 가운데로

내려앉습니다.

• 내부 검증 2547건 · 화면 기준선 378장. versionCode 798.

시장 맥박 카드는 지표마다 칩을 하나씩 답니다 — 「심리 30 ▼」처럼 이름·값·세모입니다.

그런데 세모는 그 숫자의 방향이 아닙니다. 그 지표가 「위험 선호」와 「위험 회피」 중

어느 쪽에 준 표입니다. VIX는 값이 낮을수록 ▲이고, 시총 24h는 경계가 ±1%라 −0.6%면

「―」가 됩니다. 그래서 이런 줄이 나옵니다.

> BTC/알트 +1.4%p ▼

양수인데 아래 화살표라 어리둥절하게 됩니다.

이미 알고 있었지만, 절반만 고쳐져 있었습니다

코드에 이 사정을 적은 기록이 있었고 「그래서 말로 함께 말한다」로 끝났습니다. 그런데 그

말은 화면 낭독기에만 들어가 있었습니다. 눈으로 보시는 분에게는 여전히 세모뿐이었고,

그 기록이 근거로 든 사건 자체가 눈으로 보다 갸웃한 이야기였습니다.

이제 칩 줄 아래에 한 줄이 붙습니다.

> ▲ 위험 선호 · ― 중립 · ▼ 위험 회피

칩마다 낱말을 붙이면 「시총 24h −2.4% ▼ 위험 회피」가 되어 너무 넓어집니다. 한 줄이 네

칩을 한 번에 설명합니다.

카드가 이미 쓰는 낱말을 그대로 씁니다. 「선호/회피」처럼 줄여 쓰면 같은 상태가 두

이름으로 불리게 되므로, 그 일치도 함께 검사합니다.

• 내부 검증 2545건 · 화면 기준선 378장. versionCode 797.

앞 판에서 포트폴리오의 같은 문제를 고쳤습니다. **성질이 같은 자리를 저희 쪽에서 먼저

훑었더니** 스크리너에 하나가 더 있었습니다.

급등·급락 목록에서 글씨를 키우면 한 줄이 두 줄로 나뉩니다 — 위는 「무엇인가」(심볼·이름·

추가 표시), 아래는 「얼마인가」(가격·등락률)입니다. 그런데 위 줄의 **추가 표시(+)가

심볼과 이름 사이 빈 곳**에 떠 있었습니다.

> DOGE

> ⠀⠀⠀⠀⠀⠀⠀⠀+

> 도지코인

이제 심볼 옆에 붙습니다. 어느 코인에 대한 표시인지 바로 읽힙니다.

좁은 화면 갈래는 그대로 둡니다

한 줄에 다섯을 넣는 좁은 갈래에서는 「심볼·이름」 두 줄 덩어리가 그 줄의 이름표이고,

값들은 그 덩어리 전체에 맞춰 가운데 놓이는 것이 맞습니다(표의 한 줄처럼 읽힙니다).

같은 규칙을 기계적으로 밀면 일어나지 않는 문제를 고치게 됩니다.

• 내부 검증 2540건 · 화면 기준선 378장. versionCode 796.

보유 목록의 한 줄은 세 칸입니다 — 왼쪽에 심볼·수량, 가운데에 평가액·비중, 오른쪽에 거래

버튼입니다.

글씨를 키우면 손익률이 가운데 칸으로 내려옵니다(오른쪽이 좁아지기 때문입니다). 그러면

가운데가 세 줄이 되는데 왼쪽은 두 줄 그대로라, 짧은 왼쪽이 가운데로 내려앉았습니다.

> ₩14,436,000

> BTC 비중 70.2%

> 0.15

> +9.36%

심볼이 자기 평가액이 아니라 비중과 나란히 있고, 수량은 그 아래 어중간한 자리에

떨어졌습니다.

이제 첫 줄끼리 맞춥니다.

> ETH ₩6,125,000

> 2.5 비중 29.8%

> −5.77%

거래 버튼은 예전대로 가운데입니다 — 줄을 가운데로 맞추던 것이 원래 그 버튼 때문이었습니다.

기본 글씨에서는 양쪽이 모두 두 줄이라 예전에도 멀쩡했습니다. **글씨를 200%로 키운 그림을

열어야 보이는 종류**입니다.

• 내부 검증 2538건 · 화면 기준선 378장. versionCode 795.

손가락이 닿는 크기의 기준은 48dp입니다(안드로이드 접근성 검사기가 경고하는 값이기도

합니다). 이 앱은 그 기준을 검사하고 있었는데, 검사 대상이 여섯 곳뿐이었습니다.

전용 그림을 만들어 둔 것만 재고 있었던 셈입니다.

실제로 누를 수 있는 자리는 쉰 곳이 넘습니다.

어떻게 쟀나

크기를 눈으로 어림하지 않았습니다. 「48dp보다 작으면 키운다」는 보정은 **이미 큰 곳에는

아무 영향이 없으므로**, 보장이 없던 자리에 전부 걸고 화면 그림을 다시 찍었습니다.

바뀐 그림이 곧 원래 작았던 자리입니다 — 열네 장이었습니다.

가장 작았던 것은 통신 실패 화면의 「다시 시도」 버튼으로 33dp였습니다. 연결이 끊겨

당황한 상태에서 누르는 버튼인데 가장 누르기 어려웠습니다.

그 밖에 판독 화면의 「더 보기 / 접기」, 설정의 몇몇 항목, 비교 구간 선택이 함께

커졌습니다.

앞으로

이제 누를 수 있는 자리가 새로 생기면 48dp가 보장되기 전에는 배포가 막힙니다.

전용 그림을 만들어 두었는지와 무관하게, 코드에서 직접 셉니다.

• 내부 검증 2534건 · 화면 기준선 378장. versionCode 794.

앞 두 판에서 비교 차트와 가격 차트를 고쳤습니다. 이번에는 **같은 성질의 자리를 한꺼번에

훑었습니다** — 하나씩 찾아 고치면 다음 판에 또 나오기 때문입니다.

앱에서 색을 여러 개 늘어놓은 목록은 여덟 개였습니다. 그중 새로 나온 것이 하나입니다.

자산 배분 도넛

보유 종목이 다섯 개를 넘으면 맞닿은 두 조각이 같은 색이었습니다(적록색약 기준).

조각 사이 틈이 1.2도뿐이라 색이 같으면 한 덩어리로 보입니다.

색은 하나도 바꾸지 않고 순서만 다시 잡았습니다. 8!(40,320가지)을 모두 따져 어느

조각 수에서도 맞닿은 조각이 충분히 갈리는 배치를 찾았습니다.

나머지는 괜찮았습니다

• 지표 차트(스토캐스틱 %K/%D, MACD 선/시그널) — 금색과 파랑·회색이라 잘 갈립니다
• 코인 둘 겹쳐 보기 — 보라와 주황, 잘 갈립니다
• 공포·탐욕 게이지 5단계 — 색이 값을 거들 뿐이고 숫자와 이름표가 함께 나갑니다 마지막 항목은 면제의 근거까지 검사가 확인합니다. 숫자나 이름표가 사라지면 색만 남으므로, 그때는 면제도 함께 사라져야 하기 때문입니다.

앞으로

색을 여러 개 늘어놓은 목록이 새로 생기면, **식별용인지 눈금용인지 정하기 전에는 배포가

막힙니다.** 식별용이면 색각 이상에서 갈려야 하고, 못 갈리면 둘째 채널(선 모양·순서)이

있어야 합니다.

• 내부 검증 2533건 · 화면 기준선 378장. versionCode 793.

앞 판에서 성과 비교 차트를 고쳤는데, 같은 문제가 가격 차트에도 있었습니다.

이동평균 20일선(보라)·볼린저 밴드(파랑)·VWAP(청록)을 함께 켜면, 적록색약으로 보실 때

셋이 같은 색입니다. 재 보니 보라와 파랑은 거리가 0이었습니다.

이제 20일선은 긴 파선, VWAP은 점선으로 그립니다. 5일선·10일선·볼린저는 실선 그대로

이고, 그 셋끼리는 색으로 충분히 갈립니다. 범례의 표시도 네모에서 선 조각으로 바꿨

습니다 — 차트에서 모양이 가르는데 범례가 네모면 이을 수가 없습니다.

왜 지금까지 안 보였나

이 색들이 화면 그림에 반영되지 않는 상태였습니다. 색 정의가 상세 화면 안에만 있어

그림 쪽에서 쓸 수 없었고, 그래서 그림은 같은 색을 숫자로 베껴 적어 두고 있었습니다.

색을 고쳐도 그림은 한 장도 안 바뀌는 상태였던 셈입니다.

색을 한 곳으로 모으고, 다섯 선을 모두 켠 그림을 새로 만들었습니다. 앞으로 색이나 모양을

바꾸면 그림에 바로 나타납니다.

• 내부 검증 2530건 · 화면 기준선 378장. versionCode 792.

7일 성과 비교 카드는 코인마다 선을 하나씩 그립니다. 그 선을 가르는 것은 색뿐이었습니다.

색각 이상(적록색약)을 모의해 재 보니, 다섯 번째 코인부터 두 선이 사실상 같은 색이

됩니다. 파랑·남색·보라·자주가 한 덩어리로 뭉치기 때문입니다. 이 앱의 기본 목록은 일곱

개라 기본 상태에서 이미 그랬습니다. 남성 스무 명 중 한 명 남짓이 그렇게 보십니다.

선 모양을 더했습니다

12색을 모두 갈리게 만드는 것은 불가능합니다 — 그만한 색이 없습니다. 그래서 채널을 하나

더 썼습니다. 세 코인마다 선 모양이 바뀝니다(실선 → 긴 파선 → 점선 → 파선점).

그러면 색으로 갈려야 하는 것은 같은 모양인 셋뿐입니다.

범례의 표시도 점에서 선 조각으로 바꿨습니다. 차트에서 모양이 갈리는데 범례가 점만

보여 주면 이을 수가 없기 때문입니다.

코인이 셋 이하이면 모두 실선이라 예전과 똑같이 보이십니다.

선 색 둘이 흐렸습니다

밝은 모드의 주황·연두 선이 카드 아래쪽에서 기준(3:1)에 못 미쳤습니다(2.98 · 2.89).

색을 고를 때 흰 배경만 보고 정했기 때문입니다. 카드는 위에서 아래로 흐르고 아래쪽이

더 어둡습니다. 둘을 한 단계 더 진하게 잡았습니다.

같은 실수가 이 앱에서 세 번째입니다. 바닥을 하나 골라 재면 늘 한 단계씩 후하게 나옵니다.

• 내부 검증 2526건 · 화면 기준선 377장. versionCode 791.

밝은 모드의 등락색·경고색을 조금 진하게 바꿨습니다. 어두운 모드는 그대로입니다.

어떻게 찾았나

이 앱은 색 대비를 계산으로 검사하고 있었습니다. 그런데 그 검사가 카드 배경까지만

보고 있었습니다. 실제로 글자가 놓이는 바닥은 넷입니다.

> 흰 카드 → 카드 아래 → 화면 배경 → 칩·인셋

뒤로 갈수록 어둡고, 어두운 글자에게는 그만큼 불리합니다. 밝은 모드 화면 그림 42장을

픽셀 단위로 세어 보니 가장 어두운 칩 위에 등락색 글자가 실제로 있었습니다. 거기서

다시 재니 빨강 4.10 · 파랑 4.38 · 초록 4.25 · 앰버 4.26 으로 **넷 다 기준(4.5)

아래**였습니다.

무엇을 바꿨나

네 색을 기준을 넘도록 진하게 잡았습니다(칩 기준 4.9~5.7). 화면에서는 붉은색·푸른색이

아주 조금 짙어진 정도로 보이실 것입니다.

팔레트 옆에 적혀 있던 대비 수치도 실제로 잰 값으로 바꿨습니다. 「흰 배경 ~6.8:1」이라고

적혀 있던 자리가 실제로는 7.74:1이었습니다.

검사도 함께 고쳤습니다

이제 배경 하나를 골라 재지 않고 네 바닥을 모두 재서 가장 낮은 값을 씁니다. 어느

바닥이 최악인지 사람이 고르는 순간, 새 표면이 생기면 또 빠지기 때문입니다. 실패 문구도

「칩·인셋 위에서 4.10:1」처럼 어느 바닥에서 무너졌는지를 말합니다.

• 내부 검증 2521건 · 화면 기준선 375장. versionCode 790.

설정에서 표시할 코인을 하나씩 지울 수 있고, 마지막 하나도 지워집니다. 그러면 첫

화면에는 이 넉 자만 남았습니다.

> 시세 없음

같은 앱의 다른 빈 화면은 전부 다음에 무엇을 하면 되는지 알려 드립니다. 포트폴리오는

「보유 코인을 추가해 손익을 확인하세요.」, 담아 둔 기사는 「기사 오른쪽의 ☆ 를 누르면

여기에 모입니다.」라고 합니다. 가장 먼저 보시는 화면만 그러지 않았습니다.

이제 이렇게 나옵니다.

> 표시할 코인이 없습니다.

> 설정에서 코인 추가

아래 줄을 누르면 설정으로 갑니다.

함께 가른 것

「목록이 비었다」와 「목록은 있는데 시세를 하나도 못 받았다」는 다른 일입니다. 뒤엣것에

「표시할 코인이 없습니다」라고 하면 통신 문제를 고객님 설정 탓으로 돌리는 셈이

됩니다. 그래서 이 문구는 목록이 실제로 빈 경우에만 나옵니다. 시세를 못 받은 경우에는

예전처럼 「시세를 받지 못한 코인 N종은 목록에 없습니다」가 그 사실을 말합니다.

• 내부 검증 2521건 · 화면 기준선 375장. versionCode 789.

시세 카드에서 지수나 환율을 못 받으면 이렇게 나왔습니다.

> 지수 로드 실패

> 환율 로드 실패

같은 앱이 다른 자리에서는 「공포지수를 불러오지 못했습니다.」라고 말합니다. 앱의 첫

화면에만 로그 같은 문구가 남아 있었습니다. 게다가 「로드」와 「불러오기」가 같은 뜻으로

섞여 있었습니다.

다섯 언어 모두 앱의 말투로 맞췄습니다.

> 지수를 불러오지 못했습니다.

> 환율을 불러오지 못했습니다.

이름도 함께 고쳤습니다

환율 쪽 문구의 내부 이름이 「비었을 때」로 되어 있었는데, 실제로는 「받아 왔어야 하는데

못 받았을 때」에만 나옵니다. 표시 통화를 전부 꺼 두신 경우에는 나오지 않습니다 — 그건

실패가 아니라 고르신 결과이기 때문입니다.

화면에 보이는 것은 그대로지만, 이름이 조건을 잘못 말하면 나중에 그 문구가 **사용자가

고른 상태에도** 붙게 됩니다. 그때는 선택을 앱의 실패로 알리는 셈이 됩니다.

• 내부 검증 2516건 · 화면 기준선 373장. versionCode 788.

코인 상세 화면 아래쪽 세 칸(채산성·미국 프리미엄·코인 정보)은 자료를 못 받으면

「이 항목을 불러오지 못했습니다」라고 알려 드렸습니다. 여기까지는 됐는데, **그다음이

없었습니다.**

그 칸들은 코인을 바꿀 때만 다시 불러옵니다. 한 번 실패하면 화면을 닫았다 다시 열기

전에는 영영 그 문장만 남습니다. 그런데 화면은 그 사실을 알려 주지 않으니, 기다리면

될 줄 알고 기다리게 됩니다.

이제 그 아래에 「다시 시도」가 붙습니다. 누르면 그 칸만 다시 불러오고, 불러오는

동안에는 「불러오는 중…」으로 바뀝니다.

마지막 줄이 사소해 보이지만 중요합니다. 눌렀는데 화면이 그대로면 안 눌린 줄 알고 다시

누르게 되고, 그동안 요청은 겹쳐서 나갑니다.

• 내부 검증 2512건 · 화면 기준선 373장. versionCode 787.

화면에 보이는 변화는 없습니다. 그런데도 적어 둡니다.

뉴스 한 줄에는 제목 아래에 「출처 · 분류 · 시간」과 번역 버튼이 함께 놓입니다. 자리가

모자라면 줄을 나누어야 하는데, 그러려면 남는 자리가 얼마인지를 알아야 합니다.

같은 줄을 그리는 곳이 세 군데입니다(홈 카드 · 뉴스 목록 · 코인 상세의 뉴스). 두 곳은

부모가 준 폭을 그대로 읽고, 뉴스 목록만 「화면 폭에서 여백을 뺀 값」으로 어림하고

있었습니다. 넓은 화면에서 이 목록은 읽기 좋은 폭(640)으로 묶이는데 어림값은 그걸 모르니,

1000짜리 화면에서 350 넘게 넓게 잡혔습니다.

고쳤지만, 보이는 증상은 없었습니다

넓은 화면에 긴 분류를 넣은 그림을 만들어 고치기 전후를 대조했습니다. **픽셀 하나 다르지

않았습니다.** 그 어림값이 정하는 것은 「줄을 나눌까」 하나뿐인데, 그 줄은 짧아서 어느

쪽으로 재도 늘 들어가기 때문입니다.

그래도 고쳤습니다. 틀린 수를 남겨 두면 그 줄을 다음에 손대는 사람이 그 수를 물려받습니다.

지금 안 보이는 것과 맞는 것은 다릅니다. 그리고 위의 대조 결과도 코드에 함께 적어

두었습니다 — 다음에 같은 의심을 하는 사람이 같은 곳을 다시 파지 않도록.

검사가 왜 못 잡았나

이 규칙을 지키는 검사는 자리 목록을 손으로 들고 있습니다(규칙이 문법으로 안 잡혀서

그렇습니다). 그 목록에 뉴스 목록 화면이 빠져 있었습니다. 이제는 **재는 함수를 부르는

화면 파일**을 기계가 찾아, 목록에 없으면 배포 전에 걸립니다.

• 내부 검증 2508건 · 화면 기준선 371장. versionCode 786.

큰 글씨 그림을 계속 열어 보다 두 가지를 찾았습니다.

문장인데 표처럼 그려지고 있었습니다

도미넌스 화면의 증거 줄이 이렇게 나갔습니다.

> +2.40%p 변동&#160;· 54.00% → 56.40%&#160;· 최근 47.0시간&#160;· 관측 48회

이 줄만 고정폭 글꼴이었습니다. 고정폭은 숫자를 세로로 맞추려고 쓰는 것인데, 이 줄은

흐르는 한 문장이라 맞출 상대가 없었습니다. 그러면서 한글이 늘어져 폭을 더 쓰고, 기본

글씨에서도 두 줄로 접혔습니다. 바로 위아래 문단은 처음부터 보통 글꼴이었으니, 같은

화면에서 같은 성격의 글이 두 모양으로 나가고 있었던 셈입니다.

보통 글꼴로 맞췄습니다. 이제 한 줄에 들어갑니다.

첫 화면 아이콘이 글 가운데로 내려가 있었습니다

첫 실행 화면의 기능 네 줄은 아이콘 타일과 설명이 나란히 놓입니다. 글씨를 키워 설명이

서너 줄로 접히면 타일이 가운데 줄 옆까지 내려갔습니다. 「무료 · 로그인 없음 · 수집

없음 · 광고 없음」이 네 줄이 되면 자물쇠 아이콘이 세 번째 줄 옆에 있는 식입니다.

그렇다고 위로만 붙이면 글이 한 줄일 때 타일이 아래로 늘어집니다. 그래서 **첫 줄의

높이를 재서** 그 줄에 맞췄습니다. 한 줄일 때는 예전과 똑같이 보이고, 접히면 타일이

첫 줄에 남습니다.

앞 판에 이어 같은 계열입니다. 큰 글씨에서 기호와 글의 세로 관계가 어긋나는 자리를

계속 훑고 있습니다.

• 내부 검증 2507건 · 화면 기준선 370장. versionCode 785.

큰 글씨(200%) 기준 그림을 열어 보다 두 가지를 찾았습니다.

무엇을 쟀는지가 사라진 문장

「깨지는 선」 카드 아래 설명이 이렇게 시작했습니다.

> 재 봤습니다. 이 선이 무너진 뒤 20봉 안에 판정이 뒤집힌 비율은 56%…

무엇을 재 봤는지가 없습니다. 처음 봤을 때 저희도 「윗부분이 잘렸나」 싶었습니다.

잘린 것이 아니라 그렇게 쓰여 있었습니다.

원래는 「재 봤습니다 — 이 선이…」였는데, 지난 판에서 문장의 줄표를 정리하면서

마침표로 끊겼습니다. 문법으로는 완결된 문장이라 규칙에 걸리지 않았지만, 뜻으로는

뒤를 끌어오는 말이라 조각이 되었습니다. 「정말 그런지 재 봤습니다」로 되돌렸고

영어·일본어도 함께 고쳤습니다. 중국어는 처음부터 맞게 되어 있었습니다.

글머리 점이 글줄 바닥에 앉아 있었습니다

목록 앞의 「·」와 「✓」가 옆 글보다 아래에 찍히고 있었습니다. 글씨를 키울수록 더

벌어져서, 200%에서는 점이 글줄의 밑줄 근처까지 내려가 어느 줄에 붙은 기호인지

읽기 어려웠습니다.

기호와 글에 줄 높이를 따로 주고 있던 것이 원인이었습니다. 네 곳 모두 맞추자 점이

글줄 한가운데로 올라왔고, 화면 기준 그림 41장이 함께 바뀌었습니다.

한 곳에는 이미 「기호가 두 줄 사이에 떠 있다」는 기록이 남아 있었습니다. 그때는 위치를

옮겨 가렸고, 이번에 원인을 고쳤습니다.

• 내부 검증 2503건 · 화면 기준선 370장. versionCode 784.

화면에 보이는 변화는 없습니다.

새 버전을 받는 방식이 예전에 바뀌었습니다. 안드로이드에 맡기던 것을 앱이 직접 받는

쪽으로 옮기면서, 진행 표시가 시스템 알림에서 앱 화면 안으로 들어왔습니다. 지금은

받은 양(%)과 재시도 횟수까지 배너에 보여 드립니다.

그런데 그 사실이 세 곳에 반영되지 않았습니다.

• 코드 설명이 아직 「안드로이드에 맡겨 앱 바깥에 받는다(진행은 시스템 알림)」였습니다
• 이제 안 쓰는 부품을 여전히 불러오고 있었습니다
• 검수 목록 세 항목이 「없는 알림」을 확인하라고 적혀 있었습니다 마지막이 가장 나쁩니다. 그 항목을 들고 기기 앞에 앉으면 없는 것을 찾다가 「기능이 빠졌다」고 적게 됩니다. 셋 다 실제와 맞췄고, 앞으로 어긋나면 배포 전에 걸립니다. 한 가지는 일부러 남겼습니다 — 왜 그렇게 바뀌었는지를 적은 기록입니다. 근거가 남아 있어야 다음에 되짚을 수 있습니다.
• 내부 검증 2496건 · 화면 기준선 370장. versionCode 783.

화면에 보이는 변화는 없습니다.

앱에는 다른 앱이나 웹페이지가 두드릴 수 있는 「문」이 있습니다. 이 앱은 그 문이

런처 아이콘 하나뿐입니다 — 홈 화면에서 아이콘을 누르셨을 때만 열립니다.

훑어 보니 지금 상태는 깨끗했습니다.

• 밖에 열린 것은 앱 화면 하나뿐이고, 그마저 아이콘 실행만 받습니다(딥링크 없음)
• 업데이트 파일을 넘기는 통로는 닫혀 있고, 설치기에게만 그때그때 권한을 줍니다
• 위젯 수신기도 닫혀 있습니다
• 앱 안에 웹뷰가 없습니다 — 기사는 브라우저가 엽니다 깨끗하니 그대로 지켜지도록 검증을 세웠습니다. 이런 자리는 한 글자로 열립니다 — 설정 한 줄, 딥링크 한 줄, 웹뷰 하나. 그리고 열린 것은 화면에 보이지 않습니다.
• 내부 검증 2492건 · 화면 기준선 370장. versionCode 782.

화면에 보이는 변화는 없습니다.

새 버전을 앱에서 직접 받으실 때, 받은 설치 파일은 검사를 두 번 거칩니다 — **내용이

그대로인지(해시)와 같은 곳에서 서명한 것인지**입니다. 둘 중 하나라도 어긋나면

설치하지 않습니다.

그런데 그 파일이 놓이던 자리가 앱 바깥의 공유 폴더였습니다. 안드로이드 10부터는

그 폴더도 사실상 앱 전용이지만, 이 앱은 안드로이드 8.0까지 지원하고 **8.0~9.0에서는

저장소 권한을 가진 다른 앱이 그 폴더를 읽고 쓸 수 있습니다.** 받아 둔 파일이 남에게

보이고, 검사와 설치 사이에 바꿔치기할 틈이 생깁니다.

바꿔치기하더라도 안드로이드가 서명이 다른 설치 파일을 거부하기 때문에 실제로 다른 앱이

깔리지는 않습니다. 그래도 틈을 남길 이유가 없어 앱 안쪽 저장소로 옮겼습니다. 임시

파일이라 저장공간이 모자라면 안드로이드가 알아서 비웁니다.

검사 자체는 그대로입니다. 자리를 옮긴다고 확인을 무르지 않았고, 검증이 그것까지 봅니다.

• 내부 검증 2487건 · 화면 기준선 370장. versionCode 781.

이 앱은 처음 실행하면 동의 화면을 먼저 보여 드립니다. 그 화면에 「시세·지수·환율·

공포지수·뉴스는 제3자의 공개 API를 앱이 기기에서 직접 불러옵니다」라고 밝혀 두었고,

동의하시기 전에는 아무 데도 연결하지 않습니다.

위젯만 그 밖에 있었습니다. 위젯은 홈 화면에서 길게 눌러 얹을 수 있어서, **앱을 한 번도

열지 않고도** 놓을 수 있습니다. 그런데 위젯의 갱신 경로는 동의를 확인하지 않고 시세와

공포지수를 받아 왔습니다 — 약관을 보시기도 전에 접속이 일어난 것입니다.

그 요청에 여러분을 식별하는 정보는 없습니다(이 앱은 로그인도 추적도 없습니다).

그래도 밝히기 전에 하지 않는다는 것이 이 앱이 내세우는 것이라 고쳤습니다.

이제 동의하시기 전의 위젯은 아무 데도 연결하지 않고 「앱을 열어 시작하세요」라고 적습니다.

예전에는 「로딩」이라고 적혀 있었는데, 받는 중이 아니라 받지 않기로 한 것이라 그 말은

사실이 아니었습니다.

• 내부 검증 2482건 · 화면 기준선 370장. versionCode 780.

현물 ETF 순유입을 보시려면 열쇠를 직접 넣으셔야 합니다. 이 앱은 그 열쇠를 기기의 잠금

장치로 봉해서 보관합니다.

그런데 새 기기로 옮기시면 그 잠금은 함께 가지 않습니다. 설정은 따라가지만 잠금은

기기에 묶여 있기 때문입니다(그게 옳습니다 — 잠금까지 옮겨 다니면 봉하는 뜻이 없습니다).

그래서 봉투는 왔는데 열리지 않고, 앱은 「열쇠가 없다」고 판단합니다.

문제는 그 모습이 「열쇠를 넣은 적 없음」과 똑같다는 것이었습니다. ETF 화면이 조용히

사라지고 설정의 열쇠 칸은 비어 있어서, 넣어 두신 열쇠가 증발한 것처럼 보였습니다.

왜 그런지 알 방법이 없었습니다.

이제 그 경우에는 설정에서 이렇게 말합니다.

> 저장된 키를 열 수 없습니다. 기기를 옮기면 키를 지키는 잠금이 함께 오지 않습니다.

> 다시 넣어 주세요.

열쇠를 넣은 적이 없는 분께는 여전히 아무 말도 하지 않습니다 — 안 쓰시는 기능이

말을 걸어서는 안 되니까요. 안 보여 드리는 것과 못 보여 드리는 것은 다릅니다.

• 내부 검증 2477건 · 화면 기준선 370장. versionCode 779.

화면에 보이는 변화는 없습니다.

이 앱은 배포 전에 세 가지를 검사하도록 되어 있습니다 — 내부 검증 · 화면 그림 대조 ·

코드 점검(lint). 빌드 설정에는 「셋을 다 돈다」고 적혀 있고 「문제가 있으면 멈춘다」로

켜져 있었습니다. 그런데 실제 배포 절차가 부르는 스크립트는 앞의 둘만 돌리고 있었습니다.

코드 점검은 한 번도 배포를 막은 적이 없었습니다.

돌려 보니 913건이 걸렸습니다. 위험한 것은 없었습니다 —

• 910건은 한국어 폴더를 「번역이 빠졌다」고 오해한 것입니다. 이 앱은 기본 문구가 한국어라 그 폴더에 두 줄만 둡니다.
• 3건은 영어 설명문의 「N% of」 같은 표현을 서식 기호로 읽은 것입니다. 두 가지를 정리하고 검사를 배포 절차에 넣었습니다. 앞으로는 코드 점검도 배포를 막습니다. 그리고 더 나쁜 것을 찾았습니다. 검사 여럿이 배포 절차 파일이나 문서를 읽는데, 빌드 도구가 그 파일들을 「검사의 재료」로 모르고 있었습니다. 그래서 그 파일만 고치면 검사가 아예 돌지 않은 채 통과했습니다. 이제 알려 줬고, 문서만 고쳐도 검사가 다시 돕니다.
• 내부 검증 2472건 · 화면 기준선 369장. versionCode 778.

화면에 보이는 변화는 없습니다.

이 앱은 화면이 바뀌지 않았는지를 그림 369장으로 대조해서 지킵니다. 그 그림들은 「무엇을

찍은 것인지」를 파일 이름에 담는데, **이름에 「/」나 「:」가 들어간 22장은 이름이 통째로

빠진 채** 저장되고 있었습니다.

Wide/Fold (2-column) → WideFoldPreview_d13730da_0.png

대조 자체는 제대로 되고 있었습니다. 문제는 사람이 찾을 수 없다는 것입니다. 실제로

오늘 「접는 화면 2열 그림이 없다」고 판단할 뻔했습니다 — 있었는데 이름이 없어 안 보였을

뿐이었습니다. 이 앱의 검수는 「그림을 열어 본다」에 크게 기대고 있어서, 열 것을 못 찾으면

그 방법이 통째로 막힙니다.

빌드 기록에는 그동안 매번 경고가 찍히고 있었습니다. 경고는 아무도 읽지 않습니다. 그래서

검증으로 만들었습니다.

이름을 고치고 369장을 다시 기록한 뒤, 그림 내용이 하나도 바뀌지 않았음을 확인했습니다

(내용 해시 대조: 사라진 것 0, 새로 생긴 것 0).

• 내부 검증 2468건 · 화면 기준선 369장. versionCode 777.

화면에 보이는 변화는 없습니다.

이 앱은 화면이 바뀌지 않았는지를 그림으로 대조해서 지킵니다. 그림이 365장 있는데,

매수·매도 시트는 그중에 한 장도 없었습니다. 돈을 기록하는 화면이고 실현손익·새

평단가 같은 계산값이 나오는 자리인데도 그랬습니다.

바로 앞 판에서 그 시트의 줄을 고쳤는데, 그림 없이 고쳤습니다. 맞게 고쳤다는 것을

지금 그림으로 확인했고, 앞으로 어긋나면 배포 전에 걸립니다.

시트 자체는 아래에서 올라오는 형태라 검증 그림에 아무것도 그려지지 않습니다. 그래서

그 안에 들어가는 줄을 그대로 세웠습니다 — 큰 글씨(200%)에서 긴 금액이 이름과 부딪히는

자리가 정확히 거기입니다.

• 내부 검증 2465건 · 화면 기준선 367장. versionCode 776.

앞 판에 이어 글씨 200% 화면을 계속 열어 봤습니다. 두 곳이 더 나왔습니다.

코인 정보 · 사상 최고가

사상 최고가 ₩177,854,395 (… ← 여는 괄호만 남음

채산성 · 다음 난이도 조정

다음 난이도 조정 -4.9% (1276블록 …

둘 다 서로 다른 두 사실을 한 줄에 붙여 놓은 자리였습니다. 폭이 모자라면 뒤엣것이

통째로 사라지는데, 여는 괄호만 남아서 「무언가 더 있었는데 안 보인다」는 것만 알 수

있었습니다.

두 사실이니 두 줄로 나눴습니다. 「사상 최고가 대비」는 이름을 붙여 제 줄을 갖고,

「1276블록 남음」은 그 자체로 완결된 말이라 작은 설명 줄로 내렸습니다.

색도 함께 고쳤습니다. 사상 최고가 줄은 「최고가 대비 −44.8%」의 방향을 색으로

말하는데, 한 문자열에 붙어 있어서 최고가 자체가 하락색으로 물들어 있었습니다.

가격에는 방향이 없습니다. 나누니 각자 제 색을 갖습니다.

• 내부 검증 2465건 · 화면 기준선 365장. versionCode 775.

글씨 크기를 200%로 쓰시는 분의 화면을 열어 봤습니다.

계산기 결과에서 금액이 이렇게 나오고 있었습니다.

```

총 프리미엄 ₩1,23

4,567

```

잘린 것이 아니라 쪼개진 것입니다. 위쪽만 보시면 「₩1,23」이 그럴듯한 다른 금액으로

읽힙니다. 잘림은 검증이 막고 있었지만, 이렇게 갈라지는 것은 아무도 보고 있지 않았습니다.

게다가 계산기 검증 그림은 입력이 비어 있어 **값이 들어간 모습이 한 번도 그려진 적이

없었습니다.**

김프 계산식 카드에서도 값이 잘리고 있었습니다.

```

글로벌 기준 Binance/Coi…

기준 시각 2025-11-14 … ← 시각이 통째로 사라짐

```

이 카드는 「계산식·기준 거래소·적용 환율·산출 시각을 그대로 공개합니다」가 존재 이유인데,

정작 그 값들이 안 보였습니다.

이제 이름과 값이 한 줄에 안 들어가면 값을 아랫줄에 온전히 폅니다. 금액은 어떤 경우에도

한 줄을 지킵니다. 매수·매도 시트와 코인 정보 줄도 같은 규칙으로 맞췄습니다.

값이 실제로 들어간 모습을 그리는 검증 그림을 새로 세웠습니다. 없는 그림은 아무것도

지켜 주지 않습니다.

• 내부 검증 2465건 · 화면 기준선 365장. versionCode 774.

지표 목록의 각 줄은 오른쪽에 값을 적습니다 — `RSI 21.4`, `MACD 709,759`,

`ADX 57.4` 처럼요. 그런데 OBV 줄만 「▼」 한 글자였습니다.

OBV(누적 거래량)는 세기 시작한 지점이 임의라 숫자 자체에는 뜻이 없습니다. 그래서

방향만 적는 것은 맞습니다. 다만 화살표 하나는 글자가 아니라 그림입니다.

• 화면 낭독기를 쓰시는 분께는 읽을 것이 없습니다. 다른 줄은 전부 수를 읽어 주는데 이 줄만 조용했습니다.
• 눈으로 보시는 분께도 「▼」 하나는 「내렸다」인지 「눌러서 펼치기」인지 모호합니다. 바로 오른쪽에 펼침 표시 「›」가 있어서 더 그렇습니다. 이제 「▼ 하락」 처럼 이름을 함께 적습니다. 큰 글씨(200%)에서도 넘치지 않는 것을 확인했습니다. 그리고 그 자리에서 오름/내림을 따로 비교하고 있었는데, 화면의 등락색이 쓰는 같은 판정으로 바꿨습니다. 따로 두면 언젠가 색과 글이 다른 말을 하게 됩니다.
• 내부 검증 2460건 · 화면 기준선 363장. versionCode 773.

이 앱에는 「지금이 어떤 시장인가」를 말하는 것이 둘 있고, 서로 다른 자료로 서로 다른

것을 잽니다.

• 장세 — ADX 로 가른 추세장/횡보장. 판독 카드의 근거 줄에 나옵니다.
• 국면 — 지난 60봉의 변동성 구간(거친 · 보통 · 조용한). 과매도 알림 끝줄에 나옵니다. 그런데 장세를 설명하는 본문이 스스로를 「국면」이라 부르고 있었습니다. 「알림은 신뢰도와 국면을 함께 관문으로 씁니다」라고 적혀 있는데, 여기서 말하는 것은 장세입니다. 알림 끝줄의 「거친 국면입니다」와 같은 말로 읽히니, 둘을 하나로 보시게 됩니다. 영어가 가장 심했습니다 — 변동성 알림이 문자 그대로 "Rough regime" 인데 장세 설명도 "ADX both sets the regime" 이라고 썼습니다. 중국어는 또 다른 이름을 섞어 썼습니다(제목은 「行情性质」, 본문은 「行情阶段」 다섯 곳). 한국어 6곳 · 영어 5곳 · 일본어 10곳 · 중국어 각 5곳을 카드 제목의 이름으로 맞췄습니다. 정말로 변동성을 말하는 자리는 그대로 두었습니다 — 거기가 그 낱말의 제자리입니다. 그리고 급등·급락 알림에만 방향 표시(↑↓)가 없었습니다. 다른 네 언어에는 여섯 종류 전부에 있고, 한국어도 가격·김프·RSI 에는 있었습니다. 종류를 고르는 칩이 한 줄로 늘어서는 자리라 그 둘만 빈 것처럼 보였습니다.
• 내부 검증 2456건 · 화면 기준선 363장. versionCode 772.

기술적 판정의 이름은 강한 강세 · 강세 우위 · 중립 · 약세 우위 · 강한 약세 입니다.

화면과 알림은 그렇게 말합니다.

그런데 그 판정을 설명하는 문구 여덟 개가 예전 이름인 「매수·매도」를 그대로 쓰고

있었습니다. 알림을 켜실 때는 「판정이 강한 매수·매도로 바뀔 때 알립니다」라고 읽으시고,

정작 도착하는 알림에는 「강한 강세」라고 적혀 있었습니다. 켠 것과 온 것이 다른 이름이라

「내가 켠 게 이건가」 싶어지는 자리였습니다.

이 앱은 매매 신호를 주지 않습니다. 약관에도 그렇게 적혀 있고, 판정 이름이 강세·약세로

바뀐 것도 그 선을 지키기 위해서로 보입니다. 그런데 「강한 매수로 읽힙니다」 같은 문구가

남아 있으면 그 선을 넘습니다. 다섯 언어에서 35곳을 모두 맞췄습니다.

• 알림 설정 설명, 쉬운 말 설명 다섯 단계, 문턱 안내, 신뢰도 해설, 기간 넘기기 경고
• 「매수세가 우위」처럼 시장 참가자를 가리키는 곳은 뜻이 다르므로 그대로 두되, 판정 이름과 헷갈리지 않게 다듬었습니다 앞으로 판정 이름을 바꿀 때 설명이 따라오지 않으면 배포 전에 걸리도록 검증을 세웠습니다.
• 내부 검증 2451건 · 화면 기준선 363장. versionCode 771.

간체 중국어는 인용부호로 「」가 아니라 “ ”를 씁니다(국가표준 GB/T 15834). 앱의 간체

중국어 문구는 160곳 가운데 17곳만 그 부호를 쓰고 나머지 143곳은 한국어·일본어·번체

중국어에서 쓰는 「」를 쓰고 있었습니다.

앞 판에서는 이것을 「어느 쪽이 이 앱의 목소리인가」 하는 취향 문제로 보고 남겨 두었습니다.

그런데 무엇을 감싸고 있는지 세어 보니 취향이 아니었습니다. 두 부호가 하는 일이

똑같았습니다 — 양쪽 다 판정 라벨(“높음”·“낮음”)과 인용구를 감싸고 있었습니다. 역할이

갈린 것이 아니라 그냥 섞여 있었던 것입니다. 그리고 제대로 쓰인 17곳은 **쓴 사람이 그

언어의 관례를 알고 있었다는 증거**입니다.

143곳을 모두 “ ”로 맞췄습니다. 바꾼 뒤 간체 160쌍·번체 160쌍으로 정확히 맞으니 하나도

잃지 않았습니다. 번체 중국어는 「」가 맞으므로 그대로 둡니다.

한국어는 손대지 않았습니다. 한국어는 시스템 설정 이름·법률 용어·그 밖의 인용을 서로 다른

부호로 쓰고 있는데, 이건 어느 하나가 표준인 자리가 아니라 실제로 역할이 갈리는 자리입니다.

• 내부 검증 2448건 · 화면 기준선 363장. versionCode 770.

일본어와 중국어에서는 쌍점을 「：」처럼 글자 한 칸을 다 쓰는 모양으로 적습니다. 앱의

일본어·중국어 문구는 대부분 그렇게 되어 있었는데, **일본어 열 곳과 중국어 각 네 곳이

영어식 반각 쌍점**으로 남아 있었습니다. 한 화면에 섞여 있으면 줄마다 글자 간격이 달라

보입니다.

같은 문구인데 언어마다 달라진 곳도 있었습니다 — 「기술적 신호: …」 알림은 중국어 두

언어에서는 「：」인데 일본어만 반각이었습니다.

중국어 세 곳에는 일본어 글자가 섞여 있었습니다. 가운뎃점에는 중국어에서 쓰는

「·」와 일본어에서 쓰는 「・」가 따로 있는데, 중국어 문구 68곳이 앞의 것을 쓰는 가운데

세 곳만 뒤의 것을 쓰고 있었습니다. 글꼴이 갈려 그 점만 크기와 위치가 튑니다.

읽는 데 지장이 있던 것은 아니지만, 그 언어를 쓰는 분에게는 눈에 걸리는 종류입니다.

앞으로 이런 것이 다시 섞이지 않도록 검증을 세웠습니다. 규칙은 진작 적혀 있었는데

그것을 보는 검증이 없었습니다.

• 내부 검증 2448건 · 화면 기준선 363장. versionCode 769.

화면에 보이는 변화는 없습니다.

바로 앞 판(v3.28.87) 설명에 「환율을 받아 오는 요청이 두 번에서 한 번으로 줄었다」고

적었습니다. 세어 보니 전에도 두 번, 지금도 두 번입니다. 같은 곳에 두 번 묻던 것이

서로 다른 두 곳에 한 번씩 묻는 것으로 바뀌었을 뿐입니다.

실제로 나아진 것은 요청 수가 아니라 **김프에 쓰는 환율과 화면에 적히는 환율이 서로

다를 수 있던 것**이 없어진 점입니다. 앞 판 설명도 그렇게 고쳐 두었습니다.

이런 일이 다시 없도록, 갱신 한 번에 어디로 몇 번 나가는지를 검증이 직접 세도록

했습니다. 이 앱은 배터리와 데이터를 아끼는 것을 내세우는데, 그 약속을 지키는 숫자를

정작 아무도 세지 않고 있었습니다. 앞으로 요청이 늘면 배포 전에 걸립니다.

• 내부 검증 2442건 · 화면 기준선 359장. versionCode 768.

김치 프리미엄은 「한국 가격 ÷ 환율 − 글로벌 달러가」로 구합니다. 그래서 **환율이 틀리면

김프가 그만큼 그대로 틀립니다.**

앱은 유럽중앙은행(ECB) 고시 환율을 써 왔습니다. 정확한 값이지만 하루에 한 번, 한국

시간으로 밤 11시쯤 나옵니다. 그래서 낮에 앱을 보시면 늘 전날 환율로 계산된 김프를

보고 계셨습니다.

얼마나 차이가 나는지 2년치(거래일 516일)를 재 봤습니다.

• 절반은 0.26%p 이내였지만,
• 거래일의 26.9%가 0.5%p 이상, 7.8%가 1.0%p 이상 어긋났고,
• 가장 큰 날은 2.54%p 였습니다(2025년 6월 24일, 앱 1,388.15원 vs 시장 1,353.78원). 김프는 보통 −2%~+5% 사이에서 움직입니다. 2.5%p면 실제로는 플러스인 김프가 마이너스로 보일 수 있는 폭입니다. 이제 USD/KRW는 장중에 움직이는 시세를 먼저 씁니다. 다만 그 값을 그냥 믿지는 않습니다 — ECB 값과 견주어 5% 넘게 벌어지면 쓰지 않고 예전처럼 ECB 값을 씁니다. 환율이 뒤집혀 오거나 단위가 어긋난 값이 김프로 곧장 들어가는 일을 막기 위해서입니다. 받아 오지 못하면 예전과 똑같이 동작합니다. 그러면서 김프에 쓰는 환율과 화면에 적히는 환율을 같은 값으로 맞췄습니다. 예전에는 두 곳에서 따로 받아 와서 서로 다른 순간의 값일 수 있었습니다 — 이제 화면의 환율로 김프를 손으로 검산하시면 맞습니다. (환율을 받느라 나가는 요청 수는 전과 같은 두 번입니다.) 데이터 출처 화면의 환율 항목도 함께 고쳤습니다.
• 내부 검증 2439건 · 화면 기준선 359장. versionCode 767.

설정에는 등락색을 동양식(빨강 상승) 과 서양식(초록 상승) 중에 고르는 자리가

있습니다. 그런데 서양식을 고르셔도 코인 목록·지수 줄·탐색기는 그대로 빨강 상승이었습니다.

바뀌는 곳도 있었습니다 — 판단근거 줄, 시장 요약, 포트폴리오, 그리고 홈 화면 위젯은

제대로 초록으로 바뀌었습니다. 그래서 같은 기기에서 위젯은 초록인데 앱을 열면 빨강인,

설명하기 어려운 상태가 됐습니다.

앱 안에 등락색 표가 두 벌 있었던 것이 원인입니다. 하나는 설정을 반영한 표, 다른 하나는

동양식으로 굳은 표인데, 여섯 자리가 굳은 쪽을 보고 있었습니다. 굳은 표를 화면이 아예

집을 수 없게 치웠습니다.

이제 서양식을 고르시면 모든 등락 숫자가 함께 바뀝니다. 동양식을 쓰시던 분께는

달라지는 것이 없습니다.

• 내부 검증 2429건 · 화면 기준선 359장. versionCode 766.

기술 신호 알림은 종합 판단이 강한 매수나 강한 매도로 바뀌는 순간 한 번 울립니다.

「바뀌는 순간」이라, 앱은 직전에 어떤 판단이었는지를 기억해 둡니다.

그런데 알림 권한이 꺼져 있으면 알림은 안 나가는데 기억만 갱신됐습니다. 나중에 권한을

허용하셔도 앱은 이미 「그건 알려 드렸다」고 적어 둔 뒤라, 그 신호는 다시 울리지 않았습니다.

안드로이드 13부터 알림 권한은 나중에 켜는 것이라 흔한 순서인데, 그때 **가장 중요한 첫

신호를 놓치는** 자리였습니다.

판단이 그 칸을 떠났다가 돌아와야 다시 울리는데, 이 판단은 보통 열흘 넘게 유지됩니다.

그동안 알림 규칙은 켜져 있고 화면도 멀쩡하니, 조용한 이유를 알 방법이 없었습니다.

이제 실제로 알림이 나갔을 때만 기억을 갱신합니다. 권한을 켜시면 다음 확인 주기에

울립니다. 가격·급등락·RSI 세 종류는 원래 이렇게 동작하고 있었고, 기술 신호 하나만

빠져 있었습니다 — 네 가지를 같은 기준으로 보도록 검증도 함께 세웠습니다.

• 내부 검증 2426건 · 화면 기준선 358장. versionCode 765.

화면에 보이는 변화는 없습니다.

뉴스 목록의 「번역해서 보기」 칩은 읽으시는 언어와 다른 매체의 기사에만 붙습니다.

그 동작을 그린 검증 그림에 「첫 줄은 국내 매체라서 칩이 없다」고 적혀 있었는데, 국내

매체는 이미 예전에 목록에서 빠졌습니다. 지금 그 자리에 칩이 없는 이유는 **등록되지 않은

이름이라 무슨 언어인지 모르기 때문**입니다 — 직접 넣으신 RSS 주소와 같은 경우입니다.

결과는 같지만 이유가 다르면 다음에 고칠 때 엉뚱한 곳을 봅니다. 설명을 바로잡고, 앞으로

새 매체를 더할 때 언어 칸이 비면 검증이 막도록 했습니다. 비어 있으면 그 매체 기사에만

번역 칩이 영영 안 뜨는데, 화면은 멀쩡해 보입니다.

• 내부 검증 2419건 · 화면 기준선 358장. versionCode 764.

시세 카드는 세 곳에서 자료를 받습니다 — 거래소·야후(지수)·ECB(환율). 셋은 각각 따로

실패할 수 있고, 하나가 안 와도 나머지는 정상입니다. 그때 앱은 이렇게 알려 드립니다.

> 지수 로드 실패

> 환율 없음

두 줄이 같은 상황을 말하는데 말투가 달랐습니다. 「환율 없음」은 **표시 통화를 전부 끄신

경우**처럼 읽혀서, 못 받은 것을 자기 설정 탓으로 오해하실 수 있었습니다.

이제 「환율 로드 실패」로 적습니다. 다섯 언어 모두 고쳤습니다.

표시 통화를 전부 끄신 경우에는 예전처럼 아무 안내도 뜨지 않습니다 — 그건 실패가

아니라 정하신 것이기 때문입니다.

• 내부 검증 2415건 · 화면 기준선 358장. versionCode 763.

화면에 보이는 변화는 없습니다.

품질 점검 목록에는 「사람이 기기에서 직접 해 봐야 하는」 항목이 마흔여덟 개 남아 있는데,

그중 둘은 이미 자동 검증이 지키고 있었습니다.

• 표시 환율을 전부 끄면 「환율 없음」이 뜨지 않는다 — 화면 상태 하나라 그림으로 고정했습니다. 환율 표와 위쪽 「달러 환율」 줄이 함께 사라지고, 안내는 뜨지 않습니다.
• 구글 계정 백업으로 보유내역이 복원되지 않는다 — 복원이 안 되는 것은 앱 동작이 아니라 백업 규칙 자체라, 그 규칙 파일을 읽는 검증이 곧 확인입니다. 세 번째(동의 화면에서 실제로 나가는 패킷이 0건인지)는 옮기지 않았습니다. 소스 쪽은 이미 지키고 있지만 「실제로 아무것도 안 나갔다」는 기기와 캡처 도구가 있어야 합니다. 무엇이 확인됐고 무엇이 남았는지를 목록에 적어 두었습니다.
• 내부 검증 2415건 · 화면 기준선 357장. versionCode 762.

알림 규칙을 만들어 두어도, 기기에서 이 앱의 알림 권한이 꺼져 있으면 조건이 맞아도

알림이 가지 않습니다. 그런데 화면은 멀쩡해 보였습니다 — 규칙은 켜져 있고, 아무 표시도

없었습니다.

안드로이드는 알림 권한을 한 번 거부하면 다시 묻지 않습니다. 그래서 앱 안에서 다시

요청해 봐야 아무 일도 일어나지 않고, 사용자는 이유를 알 길이 없었습니다.

이제 알림 화면 위쪽에 이렇게 알려 드립니다.

> 알림 권한이 꺼져 있습니다

> 조건이 맞아도 알림이 오지 않습니다. 기기 설정에서 이 앱의 알림을 켜 주세요.

> 알림 설정 열기 ›

배경 확인이 멈췄을 때의 안내와 같은 자리·같은 모양입니다 — 둘 다 「지금 실제로 안 되고

있다」는 말이기 때문입니다.

• 내부 검증 2415건 · 화면 기준선 356장. versionCode 761.

화면에 보이는 변화는 없습니다. 오늘 하루에 고친 것들이 왜 그렇게 되어야 하는지를,

다음에 만들 때 미리 읽는 자리에 옮겨 적었습니다.

지금까지는 그 규칙들이 검증 코드 안에만 있어서, 어긴 뒤에야 알려 주었습니다.

• 내부 검증 2415건 · 화면 기준선 355장. versionCode 760.

코인 상세의 세 항목 — 채산성 · 미국 프리미엄 · 코인 정보 — 은 자료를 못 받으면

아무것도 그리지 않았습니다. 화면이 그냥 짧아질 뿐이라, 어제 보던 칸이 오늘 없으면

「기능이 없어졌나」 싶어집니다.

이제 이름과 안내 한 줄을 남깁니다.

> 채산성

> 이 항목을 불러오지 못했습니다.

안 그리는 것이 옳은 경우와는 구분합니다. 열쇠를 안 넣으셨거나(현물 ETF), 그 코인에

해당이 없으면(비트코인이 아닌 코인의 채산성) 예전처럼 조용히 빠집니다 — 직접 정하셨거나

애초에 있을 자리가 아니기 때문입니다. 아직 받아오는 중일 때도 그대로입니다.

• 내부 검증 2415건 · 화면 기준선 355장. versionCode 759.

공포지수 카드는 세 자료(암호화폐 공포·탐욕 지수 · VIX · 코스피)를 씁니다. 셋이 전부

안 들어온 날에도 카드가 그대로 그려졌고, 반원 게이지가 절반 칠해진 채 중립 색으로

떴습니다. 가운데 숫자는 「--」였지만 먼저 눈에 들어오는 것은 반원과 색입니다.

게다가 실패했다는 표시가 화면에 하나도 없었습니다 — ⚠ 표시는 시각이 있을 때만

나오는데, 자료가 없으면 시각도 없기 때문입니다.

이제 셋 다 없으면 시장 개요 카드와 똑같이 이름과 안내 한 줄만 남깁니다. 그리고

암호화폐 지수만 빠진 경우에도 반원을 빈 채로 둡니다 — 모르는 값을 아는 값처럼

그리지 않습니다.

• 내부 검증 2415건 · 화면 기준선 353장. versionCode 758.

글꼴을 200%로 두고 피보나치 되돌림을 보면 값이 이렇게 나왔습니다.

> 0.236　　₩167,9

> 　　　　　05,487

「₩167,905,487」입니다. 끊긴 숫자는 그 자체로 말이 되는 다른 숫자라, 끊긴 줄 모르고

읽게 됩니다. 「…」 같은 표시도 없습니다.

이제 이 앱이 다른 금액에 쓰는 방법을 그대로 씁니다 — 글자를 줄여서라도 한 줄로.

다섯 줄이 나란히 놓이는 표라, 하나만 두 줄이 되면 어느 값이 어느 비율인지 흐려집니다.

• 내부 검증 2411건 · 화면 기준선 347장. versionCode 757.

글꼴을 200%로 두고 코인 상세를 내리면 근거 줄이 이렇게 됐습니다.

> 깨지는 선　₩93,100,

> 　　　　　000(3.3%

> 　　　　　아래)가

> 　　　　　무너지면

> 　　　　　지금

이름이 왼쪽 자리를 차지하고 설명이 남은 좁은 칸에서 서너 글자씩 끊겨, 카드가 읽을 수

없는 세로 띠가 됐습니다.

이제 설명이 제 이름의 두 배도 안 되게 좁아지면 이름을 윗줄로 올리고 설명이 폭을 다

씁니다. 이름이 짧은 줄(「장세」 등)은 예전처럼 나란히 놓입니다.

• 내부 검증 2411건 · 화면 기준선 347장. versionCode 756.

글꼴을 200%로 두고 포트폴리오에서 보유를 추가하려 하면 두 번째 입력칸 이름이 이랬습니다.

> 수량　　평균 매…

「평균 매수가 (₩)」입니다. 무엇을 넣어야 하는지가 지워집니다. 두 칸이 한 줄에서 폭을

나눠 갖고 있었기 때문입니다.

이제 두 이름이 나란히 들어가는지 재서, 안 들어가면 두 칸을 위아래로 놓습니다.

들어가면 예전 그대로입니다.

• 내부 검증 2411건 · 화면 기준선 342장. versionCode 755.

글꼴을 200%로 두고 BTC 도미넌스를 열면 큰 숫자 오른쪽이 이렇게 됐습니다.

> 총

> 시

> 총

> 2

> 4

> h

「총 시총 24h 변동 +1.13%」입니다. 큰 숫자가 폭을 다 가져가서 곁줄에 한 글자 폭밖에

남지 않았습니다. 이제 한 줄에 못 놓으면 곁줄이 큰 숫자 아래로 내려갑니다.

시장 맥박 카드도 같은 자리였습니다. 상태 배지 「위험 회피」가 「위험」/「회피」로 갈라지고

제목과 맞붙었는데, 마찬가지로 배지가 아랫줄로 내려갑니다.

• 내부 검증 2411건 · 화면 기준선 335장. versionCode 754.

글꼴을 200%로 두고 코인을 열면 오른쪽 위 거래소 이름이 이렇게 나왔습니다.

> UP

> BI

> T

「UPBIT」입니다. 이름이 부서지면 어느 거래소 값인지 알 수 없습니다. 이제 이름이 한 줄에

안 들어가면 배지가 아랫줄로 내려갑니다. 코인 이름(「비트코인」)도 함께 온전해졌습니다.

같은 배율에서 데이터 출처 시트의 제목(「실제 거래소 가격」)도 잘려 있었습니다. 위아래로

넘기는 화면이라 줄을 늘려도 잃는 것이 없어, 두 줄까지 쓰도록 했습니다.

그리고 마디를 잇는 가운뎃점이 혼자 아랫줄로 넘어가지 않게 다섯 언어 전부를 손봤습니다.

지난 판에서 네 문구만 고쳤는데, 시작 안내 화면에서 같은 일이 또 났습니다 — 「무료 ·

로그인 없음 / · 수집 없음」. 접히는 자리를 미리 다 알 수는 없으니 전부 묶었습니다.

• 내부 검증 2407건 · 화면 기준선 328장. versionCode 753.

글자가 칸에 안 들어가면 두 가지 중 하나가 됩니다. 「…」를 붙여 잘렸다고 알려 주거나,

아무 표시 없이 그냥 끊기거나입니다.

숫자에서는 이 차이가 큽니다. `-2,908,476` 이 표시 없이 `-2,908` 로 끊기면 **그 자체로

말이 되는 다른 숫자**라, 잘린 줄 모르고 읽게 됩니다.

앱 곳곳을 세어 보니 그렇게 말없이 끊길 수 있는 자리가 스물여섯 곳 있었습니다.

지표 값·신호 횟수·평가액·화면 배율·통화 버튼처럼 숫자를 담은 자리가 섞여 있었습니다.

모두 「…」를 붙이도록 했습니다.

지금 화면에서 보시던 모습은 달라지지 않습니다 — 넘치지 않는 값에는 「…」가 붙지 않습니다.

• 내부 검증 2406건 · 화면 기준선 324장. versionCode 752.

글꼴을 200%로 두면 화면 맨 위의 이름이 이렇게 나왔습니다.

> ← 코인·환…　　기본값

「코인·환율 설정」입니다. 일본어 알림 화면은 「価格・キムチ…」였습니다. 화면 이름이

잘리면 여기가 어디인지가 지워집니다.

지금까지는 글씨를 줄여서 한 줄에 담았는데, 200%에서는 아무리 줄여도 안 들어갑니다.

이제 안 들어가면 두 줄로 놓습니다. 한 줄에 들어가던 이름은 예전 그대로입니다.

• 내부 검증 2404건 · 화면 기준선 324장. versionCode 751.

「지금 이 코인」 카드의 「언제까지」 줄은 두 마디를 가운뎃점으로 잇습니다. 칸이 좁으면

이렇게 접혔습니다.

> 신뢰도 낮음

> · 절반은 2봉 안에 이 방향이 아니게 됐습니다

점만 아랫줄로 넘어가서 뒷말이 새 항목처럼 보입니다. 중국어를 큰 글씨로 볼 때

가장 뚜렷했습니다.

이제 점이 앞말에 붙어 다닙니다. 끊긴다면 「신뢰도 낮음 ·」 뒤에서 끊깁니다.

• 내부 검증 2399건 · 화면 기준선 320장. versionCode 750.

지난 판에서 시세 카드 머리글을 고쳤는데, 한국어와 영어만 보고 올렸습니다. 나머지 세

언어를 큰 글씨로 열어 보니 같은 자리가 다르게 깨져 있었습니다.

• 일본어: 통화 버튼이 「₩ K」로 잘렸습니다. 잘린 것이 글자가 아니라 누르는 버튼이라 더 나쁩니다.
• 중국어(간체·번체): 「● 실시간 · 12초」 표시가 통째로 사라졌습니다. 값이 얼마나 최신인지 알려 주는 초록 점이자, 데이터 출처를 여는 유일한 입구입니다. 둘 다 원인은 같습니다. 한 줄에 들어가는지 잴 때 그 표시의 자리를 안 세고 있었습니다. 이제 세므로, 모자라면 제목이 첫 줄을 쓰고 나머지가 아랫줄로 내려갑니다. 이런 것이 여태 안 보인 까닭도 함께 고쳤습니다. 화면 그림 315장을 배율과 언어로 갈라 세어 보니 중국어는 큰 글씨 그림이 한 장도 없었고 일본어도 200%가 없었습니다. 그 칸들을 채웠습니다.
• 내부 검증 2393건 · 화면 기준선 318장. versionCode 749.

글꼴을 200%로 두고 홈을 열면 시세 카드가 이랬습니다.

> 〰　　　● 실시간 · 12초　　₩ KRW

> BTC　　₩96,985,000

> 비…　　　　　　+1.82%

카드 이름(「코인·환율 시세」)이 한 글자도 안 남았고, 「비트코인」은 「비…」 였습니다.

심볼(BTC)은 그대로라 얼핏 멀쩡해 보이지만, 무엇이 지워졌는지조차 알 수 없는 한 글자는

없느니만 못합니다.

제목·배지·통화 버튼이 한 줄에서 폭을 다투는데 양보하는 쪽이 언제나 제목이었습니다.

이제 한 줄에 다 들어가는지 재서, 모자라면 제목이 첫 줄을 온전히 쓰고 나머지가 아랫줄로

내려갑니다. 코인 이름 칸도 고정 폭이 아니라 이름 길이에 맞춰 잡습니다.

「실시간 · 12초」는 자리가 모자라면 시간을 접어 「실시간」만 남깁니다. 잘린 「실시간…」

대신입니다.

• 내부 검증 2391건 · 화면 기준선 314장. versionCode 748.

며칠 전 판에서, 글씨를 키우면 코인 상세의 기간 버튼(15m·30m·1h·4h·1D·1W)이 두 줄로

나뉘도록 고쳤습니다. 여섯 개를 한 줄에 두면 「15m」이 「15」와 「m」으로 갈라져서였습니다.

그런데 그 판정이 폭을 보지 않았습니다. 글씨가 크면 무조건 두 줄이라, 화면을 가로로

눕혀 자리가 넉넉할 때도 두 줄을 썼습니다. 하필 가로에서 세로 자리가 가장 아쉽습니다 —

차트가 그만큼 눌립니다.

이제 가장 긴 이름이 칸에 들어가는지 재서 정합니다. 좁으면 두 줄, 넓으면 한 줄입니다.

세로 화면에서 보이던 모습은 그대로입니다.

• 내부 검증 2381건 · 화면 기준선 310장. versionCode 747.

홈 화면 뉴스 카드를 글꼴 200%로 보면 출처가 이렇게 나왔습니다.

> 번역해서 보기 U.To… · 44분 전

> 번역해서 보기 BeIn… · 47분 전

어느 매체 기사인지 알 수 없습니다. 출처는 기사의 신원이라, 그게 지워지면 그 줄이

있을 이유가 없어집니다.

이제 자리가 모자라면 줄을 나눠 출처를 온전히 보여 드리고 번역 버튼은 그 아래로

내립니다. 둘 다 삽니다.

뉴스 전체 화면은 이미 이렇게 하고 있었습니다. 홈 카드만 빠져 있었습니다.

• 내부 검증 2375건 · 화면 기준선 309장. versionCode 746.

알림 화면의 조용시간 입력칸 이름이 글꼴 200%에서 이렇게 나왔습니다.

> 시작… 종료…

원래는 「시작(시)」·「종료(시)」입니다. 잘려 나간 「(시)」가 하필 단위입니다 —

몇 시를 넣어야 하는지 알려 주는 부분이라, 없으면 무엇을 넣어야 할지 알 수 없습니다.

칸 폭이 고정(110dp)인데 글씨만 커져서 생긴 일입니다. 이제 글씨가 크면 두 칸이 화면

폭을 나눠 가져서 이름이 온전히 들어갑니다. 보통 글씨일 때는 예전 그대로입니다.

계산기 화면은 이미 같은 문제를 풀어 두었습니다(글씨가 크면 두 칸을 위아래로 쌓습니다).

알림 화면만 그 처방이 빠져 있었습니다. 앞으로 어떤 입력칸이든 폭을 고정하면 배포 전에

걸립니다.

• 내부 검증 2375건 · 화면 기준선 308장. versionCode 745.

코인 상세의 지표 줄을 글꼴 200%로 보면 이렇게 나왔습니다.

> 스퀴… [변동성 응축(돌파 대기)]

지표 이름이 옆의 상태 배지에 밀려 잘렸습니다. 배지는 온전한 채였습니다.

순서가 뒤집혀 있었습니다. 배지는 상태를 말하고 이름은 어느 지표인지를 말합니다.

이름이 사라지면 그 줄이 무엇에 대한 것인지, 바로 아래 값과 해설이 누구 것인지 알 수

없습니다. 상태는 못 읽어도 되짚을 수 있지만 이름은 그렇지 않습니다.

이제 글씨가 크면 줄을 하나 더 씁니다 — 이름 한 줄, 배지 한 줄, 값 한 줄. 셋 다

온전합니다. 보통 글씨일 때는 예전 그대로입니다.

앞 판(기간 선택 버튼)과 같은 자리에서 나왔습니다. 코인 상세는 숫자가 가장 빽빽한

화면인데 200% 화면 기준선이 한 장도 없었습니다. 이제 있습니다.

• 내부 검증 2374건 · 화면 기준선 308장. versionCode 744.

코인 상세의 기간 선택(15m·30m·1h·4h·1D·1W)을 글꼴 200%로 보면 이렇게 나왔습니다.

```

15 30

1h 4h [1D] 1W

m m

```

여섯 칸을 한 줄에 두는데 칸 폭은 고정이고 글씨만 커져서, 「15m」과 「30m」이 **두 줄로

갈라졌습니다.** 가운데 넷은 한 줄이라 줄이 어긋나 보이고, 어느 글자가 어느 칸인지도

흐려집니다. 기간을 고르는 자리라 그게 곧 잘못 누르는 일이 됩니다.

이제 글씨가 크면 한 줄에 셋씩 두 줄로 놓습니다. 모든 이름이 온전하고 칸도

나란합니다. 글씨 크기가 보통일 때는 예전 그대로 한 줄입니다.

글자를 줄이는 쪽을 먼저 해 봤고, 그건 더 나빴습니다. 좁은 화면에서는 가장 작게

줄여도 세 글자가 안 들어가 「15…」로 잘렸습니다 — 두 줄로 갈라진 것보다 나쁩니다.

재 보지 않았으면 「줄였으니 됐다」고 적을 뻔했습니다.

• 내부 검증 2374건 · 화면 기준선 307장. versionCode 743.

시세 카드의 「⚠ 지연」 배지가 밝은 테마에서 배경과 3.46 대 1이었습니다. 접근성

기준(4.5 대 1)에 못 미칩니다. 금색을 흐리게(80%) 칠했는데, 밝은 테마에서는 금색이

이미 배경과 가까워서 흐리면 더 묻힙니다.

바로 앞 판에서 저희가 넣은 「시세를 받지 못한 코인 N종」 안내도 같은 방식이었습니다.

둘 다 흐리게 칠하지 않도록 고쳤습니다. 색이 뜻하는 바(주의)는 그대로이고 **읽기만

좋아집니다.**

어두운 테마에서는 원래 문제가 없었습니다.

이 자리를 지키던 검사가 있었는데, 다른 색 하나만 보고 있었습니다. 이제 금색도

함께 봅니다. 검사가 훑는 범위가 좁으면 「통과」가 「괜찮다」는 뜻이 아니게 됩니다.

• 내부 검증 2374건 · 화면 기준선 306장. versionCode 742.

앞 판에서 시세 목록에 넣은 규칙 — 늦게 도착한 옛 응답은 버린다 — 을 나머지 두

카드에도 넣었습니다.

• 공포·탐욕 지수 — 시세와 같은 방식으로 응답 시각을 견줍니다.
• 시장 개요(BTC 도미넌스·총 시가총액·거래대금) — 요청이 떠난 시각을 찍어 두고 견줍니다. 시장 개요만 방식이 다른 이유가 있습니다. 그 값에는 시각 항목이 없어서, 화면으로 나가는 자료에 항목을 하나 더하는 대신 보내는 쪽에서 도장을 찍었습니다. 나머지는 손대지 않았습니다. 뉴스와 도미넌스 이력은 기기 안의 저장소를 읽으므로 늦게 읽어도 값이 뒤로 가지 않고, 미니 차트와 코인 이미지는 덧씌우는 방식이라 순서를 타지 않습니다. 필요한 곳에만 넣었습니다.
• 내부 검증 2374건 · 화면 기준선 306장. versionCode 741.

시세 새로 고침을 부르는 곳이 넷입니다 — 주기 갱신, 관심 코인 변경, 시세 거래소 변경,

손수 다시 받기. 넷이 겹칠 수 있고, 겹치면 먼저 보낸 요청이 나중에 도착할 수

있습니다.

그때 그대로 갈아끼우면 화면이 한 주기만큼 뒤로 갑니다. 지수·환율처럼 실시간

연결이 없는 값이 잠깐 옛 값으로 돌아갔다가 다음 갱신에 제자리를 찾습니다.

이제 어느 쪽이 새 응답인지 가려서 받습니다. 옛 응답은 버리되 「지연」 표시는 켜지 않습니다

— 받아오기는 성공한 것이니까요.

앞 판이 고친 것과 같은 종류입니다. 그때는 끊은 연결이 한 마디 더 하는 것이었고,

이번엔 두 요청의 도착 순서입니다.

• 내부 검증 2369건 · 화면 기준선 306장. versionCode 740.

설정에서 시세 거래소를 바꾸면 앱은 ①쓰던 실시간 연결을 끊고 ②그 거래소가 남긴 값을

비우고 ③새 거래소로 다시 연결합니다.

그런데 끊어도 이미 넘어와 있던 신호 하나는 도착합니다. 연결을 닫으라고 말하는 것과

그 순간 처리 중이던 것을 되돌리는 것은 다른 일입니다.

문제는 통화가 바뀐다는 점입니다. 업비트에서 바이낸스로 바꾸시면 앞은 원화, 뒤는

달러입니다. 비운 직후 도착한 원화 신호가 달러 자리에 앉으면 값이 잠깐 크게 튑니다.

이제 끊을 때 신호를 받는 통로까지 함께 뗍니다. 늦게 도착한 신호는 아무 일도 하지

않습니다.

눈에 잘 안 띄는 자리입니다. 값이 곧 다음 갱신으로 덮이기 때문입니다. 그래도 그 짧은

순간에 보신 수가 틀린 수인 것은 변하지 않습니다.

• 내부 검증 2366건 · 화면 기준선 306장. versionCode 739.

앞 판에 이어 같은 규칙을 마지막 한 자리에 마저 적용했습니다.

「시장 개요」(BTC 도미넌스·총 시가총액·거래대금) 카드는 자료를 한 번도 받지 못하면

통째로 없었습니다. 첫 실행에서 그 제공처가 막혀 있거나 속도 제한에 걸리면, 그런

카드가 있다는 사실조차 아실 수 없었습니다.

한 번이라도 받으면 그 뒤로는 마지막 값을 들고 있어서 흔한 일은 아닙니다. 그래도

드문 것과 없는 것은 다릅니다.

이제 머리글과 함께 「시장 개요를 불러오지 못했습니다」라고 적습니다. 없는 값을 0이나

「-」로 채우지는 않습니다 — 그건 더 나쁜 거짓말입니다.

같은 카드 뭉치의 지수 줄은 처음부터 이렇게 하고 있었고(「지수 로드 실패」), 시세

목록은 앞 판에서 옮겼습니다. 여기가 마지막 한 자리였습니다.

• 내부 검증 2362건 · 화면 기준선 306장. versionCode 738.

어느 거래소에서도 시세를 못 받은 코인은 목록에서 빠집니다. 상장폐지된 코인이

그렇습니다. 그런데 지금까지는 아무 말 없이 사라졌습니다 — 직접 담으신 코인인데 왜

없는지 아실 방법이 없었습니다.

이제 「시세를 받지 못한 코인 N종은 목록에 없습니다」라고 적습니다.

값을 지어내지는 않습니다. 없는 가격을 0원이나 「-」로 채우면 그것이 더 나쁜

거짓말입니다. 빠졌다는 사실만 알려 드립니다.

불러오는 중에는 적지 않습니다. 그때는 「아직 안 온 것」이지 「못 받은 것」이 아니라서,

앱을 여실 때마다 안내가 번쩍이면 안 됩니다.

같은 카드의 지수 줄은 처음부터 이 규칙을 지키고 있었습니다(「지수 로드 실패」).

포트폴리오도 마찬가지였습니다(「시세를 불러오지 못한 코인은 합산에서 제외됩니다」).

정작 가장 먼저 보시는 시세 목록만 예외였습니다.

• 내부 검증 2361건 · 화면 기준선 305장. versionCode 737.

뉴스 출처를 세는 자리가 받아 오는 자리와 다른 수를 보고 있었습니다.

기사를 받아 올 때는 기본 목록에서 고르신 것과 직접 넣으신 RSS 주소를 함께 셉니다.

그런데 「출처를 고르셨나요」를 묻는 자리 셋은 기본 목록만 봤습니다.

기본 목록을 다 끄고 자기 주소만 넣으신 분은 기사가 실제로 들어오는데도, 목록이

잠깐 비는 순간(불러오기 전이나 일시적 실패) 카드가 「출처를 고르세요」로 바뀌었습니다.

눌러도 이미 해 두신 일을 다시 하라는 화면으로 갔습니다.

설정의 「뉴스 출처」 옆 숫자도 틀렸습니다. 저장된 항목 수를 그대로 세는 바람에,

예전 버전에서 국내 매체를 고르셨던 기기에는 그 기록이 남아 실제 기기에서 13이라고

적혀 있었습니다. 고르실 수 있는 것은 열뿐인데요. 세어 보실 수도, 지우실 수도 없는

숫자였습니다.

이제 세 자리 모두 같은 방식으로 셉니다. 목록에서 사라진 옛 항목은 빠지고, 직접 넣으신

주소는 들어갑니다.

• 내부 검증 2356건 · 화면 기준선 304장. versionCode 736.

설정 ▸ 계산기 도구의 청산가 계산은 간단한 식을 씁니다.

> 롱: 진입가 × (1 − 1 ÷ 레버리지)

이 식에는 유지증거금과 수수료가 빠져 있습니다. 거래소는 증거금이 유지증거금률

아래로 내려가면 청산하므로, 실제 청산은 화면에 나온 값에 닿기 전에 일어납니다.

10배 롱으로 ₩89,000,000 에 들어가시면 화면은 ₩80,100,000 을 보여 드리는데, 유지증거금

0.5% 인 거래소에서는 실제로 ₩80,5만 언저리에서 청산됩니다. 그 사이에 손절을 걸어 두시면

먼저 청산됩니다.

바로 위 김프 계산기는 빠진 것(출금 수수료·전송 중 시세 변동·환전 스프레드)을 이미

밝히고 있었습니다. 돈이 더 크게 걸린 이 계산기에만 그 안내가 없었습니다.

이제 결과 아래에 이렇게 적습니다.

> 유지증거금과 수수료는 빼고 계산한 값입니다. 실제 청산은 이 값보다 먼저 일어납니다.

> 유지증거금률은 거래소·종목마다 다르므로 정확한 값은 거래소에서 확인하십시오.

계산 자체는 그대로입니다. 다섯 언어 모두 넣었습니다.

• 내부 검증 2350건 · 화면 기준선 304장. versionCode 735.

시세 목록의 정렬 칩 중 「이름순」을 누르면 이렇게 나왔습니다.

> AVAX · BTC · ETH · LINK · SOL · SUI · XRP

심볼 순서입니다. 화면에는 「비트코인」·「리플」·「아발란체」라고 적혀 있는데, 순서는

그 이름과 아무 상관이 없었습니다.

코인이 예닐곱일 때는 티가 안 납니다. 목록을 늘려 「하이퍼리퀴드」를 찾으시는 순간

이름순이 아무 도움이 안 됩니다.

이제 화면에 보이는 이름으로 정렬합니다.

> 리플 · 비트코인 · 솔라나 · 수이 · 아발란체 · 이더리움 · 체인링크

가나다순입니다. 글자를 그대로 비교하면 한글이 가나다순으로 서지 않아서, 언어별 정렬

규칙을 쓰도록 했습니다. 영어로 보시면 영어 이름 순(Avalanche · Bitcoin · Chainlink …),

일본어·중국어도 각각 그 언어 기준입니다. 인앱 언어를 바꾸시면 순서도 따라갑니다.

같은 이름이 둘이면 심볼로 가릅니다. 새로고침할 때마다 순서가 흔들리지 않습니다.

• 내부 검증 2348건 · 화면 기준선 304장. versionCode 734.

이 판은 화면이 달라지지 않습니다.

앱 안의 「앱 권한」 화면은 이 앱이 무엇을 요구하는지 확인하실 수 있는 유일한 자리입니다.

그 화면이 실제 권한과 어긋나지 않도록 검사가 있었는데, 저희가 직접 적은 권한만

보고 있었습니다.

안드로이드는 앱이 쓰는 라이브러리의 권한을 빌드할 때 함께 넣습니다. 그래서 라이브러리를

올리거나 더하면 권한이 조용히 늘 수 있습니다. 그 경우는 사람이 기억해서 확인하기로

되어 있었는데, 기억에 맡긴 확인은 언젠가 빠집니다.

이제 최종적으로 기기에 들어가는 권한 목록을 통째로 읽어 대조합니다. 지금은 여덟 개이고

(직접 적은 다섯 + 알림 라이브러리 셋) 여덟 모두 권한 화면이 설명하고 있습니다.

• 내부 검증 2345건 · 화면 기준선 304장. versionCode 733.

앞 판에 이어 같은 화면을 한 줄 더 고쳤습니다.

「● 실시간」 화면이 이렇게 단언했습니다.

> 그래서 앱에 뜨는 가격이 실제 거래소와 일치합니다.

한쪽만 맞는 말입니다. 업비트를 고르시면 원화가 거래소에서 온 값이고 달러는 그것을

환율로 나눈 값입니다. 바이낸스·코인베이스·비트겟을 고르시면 반대입니다.

실제 기기에서 표시 통화를 달러로 바꿔 봤습니다(시세 거래소는 업비트).

> BTC 비트코인, $63,052

업비트는 비트코인을 그 값에 팔지 않습니다. ₩89,284,000 을 환율 1,411 로 나눈 값입니다.

목록에는 그것이 환산값이라는 표시가 없습니다.

목록의 모든 줄에 「≈」를 붙이면 첫 화면이 시끄러워집니다. 그 값이 환산이라는 사실은

문장 하나로 정확히 말할 수 있어서, 화면이 아니라 문구를 고쳤습니다.

이제 「그 거래소가 쓰는 통화로 보시면 값이 거래소와 그대로 일치하고, 다른 통화로

바꿔 보시면 그 값에 환율을 곱한 값이라 조금 다를 수 있습니다」라고 말합니다.

다섯 언어 모두 고쳤습니다.

• 내부 검증 2344건 · 화면 기준선 304장. versionCode 732.

「● 실시간」 배지를 누르면 나오는 화면에 이렇게 적혀 있었습니다.

> 업비트만 실시간 WebSocket 으로 잇고, 나머지는 필요할 때만 부릅니다.

한때는 맞는 말이었습니다. 지금은 아닙니다. 시세 거래소를 어느 곳으로 고르셔도 그 거래소에 실시간 연결이 열립니다. 예전에

업비트만 실시간이던 것을 고치면서, 고지 문구를 함께 고치지 않았습니다.

빗썸을 고르신 분은 「당신 시세는 실시간이 아니다」라는 사실이 아닌 말을 읽고 계셨습니다.

하필 저희가 무엇을 하는지 정직하게 말하겠다는 화면에서였습니다. 죄송합니다.

이제 「실시간 WebSocket 은 시세 거래소로 고르신 한 곳에만 잇는다」고 말합니다.

설정 ▸ 데이터 출처 화면은 처음부터 맞게 적혀 있었습니다(「고른 거래소의

WebSocket」). 같은 사실을 두 화면이 말하고 있었는데 한쪽만 낡은 것이라, 앞으로는 두

화면이 어긋나면 배포 전에 걸립니다.

다섯 언어 모두 고쳤습니다.

• 내부 검증 2343건 · 화면 기준선 304장. versionCode 731.

앞 판에서 차트를 읽어 주는 말의 「현재」를 「마지막 종가」로 고쳤습니다. **그것도

정확하지 않았습니다.**

이 차트는 아직 진행 중인 봉까지 그립니다. 그러니 그 값은 「종가」가 아닙니다 —

아직 마감하지 않았습니다.

실제 기기에서 70초 간격으로 두 번 확인했습니다.

• 1회차 — 위쪽 실시간 ₩89,199,000 · 차트 ₩89,169,000
• 2회차 — 위쪽 실시간 ₩89,169,000 · 차트 ₩89,169,000 (그대로) 차트 값은 움직이지 않았고 위쪽 가격이 내려와 만났습니다. 마감한 어제 종가였다면 이렇게 만날 수 없습니다. 이제 「마지막 봉 값」이라고 말합니다. 봉이 마감했든 아니든 참인 말입니다. 「현재」는 실제보다 신선하다고 과장했고, 「마지막 종가」는 마감했다고 과장했습니다. 한 낱말을 고치면서 다른 낱말로 같은 종류의 과장을 새로 만들지 않겠습니다.
• 내부 검증 2340건 · 화면 기준선 304장. versionCode 730.

코인 상세에서 기간을 15분·30분·1시간·4시간·일·주 중에 고르실 수 있습니다. 지표는

고르신 기간의 봉으로 계산합니다. 그런데 설명 문구가 그걸 「20일 평균」이라고

불렀습니다.

15분 봉을 고르시면 그 평균은 20봉 = 5시간입니다. 「20일」과는 96배 차이입니다.

실제 기기에서 15분 봉으로 확인한 화면입니다.

• 어디서 — 「값이 20일 평균보다 0.2% 아래에 있습니다」 (실제로는 5시간 평균)
• 변동성 — 「평소 하루 폭 0.1%, 이번 봉 1.4배」 (0.1%가 하루 폭일 수는 없습니다)
• 주의 — 「오늘 봉이 아직 절반도 자라지 않았습니다」 (15분 봉입니다) 값 자체는 맞았습니다. 이름만 틀렸습니다. 그래서 나란히 세어 보기 전에는 눈에 띄지 않았습니다. 이제 「20봉 평균」·「평소 봉 폭」·「이번 봉」이라고 말합니다. 한 가지 더 말씀드립니다. 영어·일본어·중국어 문구는 처음부터 맞게 적혀 있었습니다. 틀린 것은 한국어뿐이었습니다.
• 내부 검증 2340건 · 화면 기준선 304장. versionCode 729.

TalkBack 같은 화면 읽기 기능을 쓰시는 분만 겪던 문제입니다.

코인 상세의 차트를 읽어 주는 말이 「현재 ₩89,197,000」이라고 했는데, 그 값은 현재

가격이 아니라 마지막 봉의 종가였습니다. 같은 화면 맨 위에는 실시간 가격이 따로 있고,

실제 기기에서 재 보니 ₩89,123,000 으로 서로 달랐습니다. 화면을 보시는 분은 위쪽 큰

가격을 읽으시지만, 읽어 주는 말을 들으시는 분은 다른 수를 들으셨습니다.

이제 「마지막 종가」라고 정확히 말합니다.

「최고·최저」가 언제부터 언제까지인지도 말하지 않았습니다. 1주 봉을 고르시면 몇

달치 최고가이고 15분 봉이면 몇 시간치인데, 말로는 구분이 안 됐습니다. 이제 「최근 N봉」

이라고 실제로 센 개수를 함께 말합니다.

제자리인 것을 「상승」이라고 말하던 곳도 고쳤습니다. 공포·탐욕 추이처럼 값이 그대로일

때 「상승」이라고 읽어 주고 있었습니다 — 「보합」이라는 답 자체가 없었습니다.

다섯 언어 모두 고쳤습니다.

• 내부 검증 2336건 · 화면 기준선 304장. versionCode 728.

앱이 켜지는 속도 기준선은 v2.31.2 때 잡혔습니다. 그 뒤로 500판 가까이 나갔는데

아무도 다시 재 보지 않았습니다.

오늘 같은 기기에서 같은 방법으로 다시 쟀습니다.

• 켜지는 시간: 424밀리초 (기준선 422밀리초 — 사실상 그대로)
• 목록 화면 스크롤 끊김: 0.10% (기준선 0.44%)
• 코인 상세 스크롤 끊김: 0.31% (기준선 1.45%) 느려지지 않았습니다. 기능을 그만큼 더하는 동안 켜지는 속도가 그대로였다는 뜻입니다. 끊김 수치가 좋게 나왔지만 기준선을 그 값으로 바꾸지는 않았습니다. 같은 기기·같은 화면에서도 몇 분 사이 값이 크게 흔들리는 측정이라, 오늘 잘 나온 값을 기준으로 삼으면 다음에 기기가 조금 바쁜 날 애먼 경고가 뜹니다. 함께: 앱 안쪽 기록에서 시험 기기 이름이 두 갈래로 적혀 있던 것을 바로잡고, 그런 어긋남이 다시 생기면 배포 전에 걸리도록 검사를 두었습니다. 이름이 어긋나면 그 이름에 딸린 화면 크기 판단도 함께 틀립니다.
• 내부 검증 2331건 · 화면 기준선 304장. versionCode 727.

이 판도 화면이 달라지지 않습니다. 지난 판에 이어 앱 안쪽 문서를 손봤습니다.

이 앱에는 릴리스마다 먼저 읽는 작업 지침 문서가 있고, 그 안에 「알려진 빈틈」 목록이

있습니다. 그 목록은 스스로 「낡기 쉽다」고 적어 두고 있습니다 — 예전에 낡은 목록을

믿고 한 판을 헛돌았기 때문입니다.

그렇게 적어 두고도 다시 낡아 있었습니다. 접근성 훑기가 「일곱 화면」이라고 적혀 있었지만

실제로는 여덟을 돌고 있었고(뉴스 화면이 뒤에 늘었습니다), 보관된 파일 수는 세 배

가까이 흐른 채였습니다.

경고문은 낡음을 막지 못합니다. 그래서 이번엔 검사를 두었습니다. 화면 수가 어긋나면

배포 전에 걸립니다. 세어 볼 수 없는 수(저장소 밖에 쌓이는 파일 수)는 아예 적지 않도록

바꿨습니다 — 지킬 수 없는 숫자를 적어 두는 것이 낡음의 시작이라서입니다.

• 내부 검증 2329건 · 화면 기준선 304장. versionCode 726.

이 판은 화면이 달라지지 않습니다. 앱 안쪽 주석을 손봤고, 그것이 다시 어긋나지 않게

검사 하나를 새로 두었습니다.

이 저장소는 설명을 두껍게 적어 두고, 그 안에서 다른 조각의 이름을 자주 가리킵니다.

그런데 이름을 바꾸면 설명은 따라오지 않습니다. 그러면 나중에 그 자리를 고치러 온

사람이 없는 것을 찾아 헤맵니다. 실제로 이 앱은 예전에 낡은 설명을 믿고 한 판을 헛돈 적이

있습니다.

훑어서 다섯 곳을 찾아 고쳤습니다. 셋은 이름이 뒤집히거나 대소문자만 달랐고, 나머지 둘은

더 나빴습니다 — 상수가 둘로 갈리면서 옆의 설명까지 함께 낡아, 「최근 N건만 읽는다」고

적혀 있었지만 실제 동작은 그것이 아니었습니다.

앞으로는 없는 이름을 가리키면 배포 전 검사에서 걸립니다.

• 내부 검증 2327건 · 화면 기준선 304장. versionCode 725.

위젯은 오래 코인 다섯 개까지만 보여 줬습니다. 그런데 기본 관심 목록은 일곱 종입니다.

그래서 위젯을 아무리 키우셔도 두 종은 영영 안 나왔고, 어디에도 「다섯 개까지」라고 적혀

있지 않으니 그 사실을 아실 방법이 없었습니다.

이제 위젯 크기가 허락하면 여덟까지 보여 줍니다. 지난 판에서 크기에 맞춰 줄 수를

정하도록 바꿨으니, 크게 늘리시면 그만큼 더 보입니다.

여덟에서 멈춘 것은 읽히는 크기 때문입니다. 여덟 줄이면 4×4 위젯이 거의 꽉 찹니다.

그보다 많으면 줄이 촘촘해져 홈 화면에서 훑어보는 물건이 아니게 됩니다.

(처음엔 「갱신 비용」이라고 적었는데, 세어 보니 그 말이 정확하지 않았습니다. 시세는 묶어서

한 번에 부르고 코인별 작업은 나란히 돌아서, 다섯에서 여덟으로 늘어도 걸리는 시간이 그만큼

늘지 않습니다. 앱 홈은 이미 관심 목록 전부를 같은 방식으로 부르고 있습니다.)

• 내부 검증 2326건 · 화면 기준선 304장. versionCode 724.

홈 화면 위젯은 예전부터 크기를 조절할 수 있었는데, **내용은 크기와 무관하게 늘 코인

다섯 줄**이었습니다. 그래서 두 가지가 어긋나 있었습니다.

• 작은 위젯에서는 넘쳤습니다. 기본 4×2 높이에 머리글·다섯 줄·공포지수를 다 넣으면 자리가 모자랍니다. 넘친 부분은 런처가 말없이 잘랐습니다 — 무엇이 잘렸는지 화면에 아무 표시가 없습니다.
• 크게 늘려도 그대로였습니다. 4×4로 늘리셔도 남는 자리를 쓰지 못했습니다. 이제 지금 크기에 들어가는 만큼 보여 줍니다. 글자를 키우신 경우도 함께 봅니다 — 큰 글씨에서는 코인 한 줄이 두 줄로 갈라지니 같은 높이에 덜 들어갑니다. 위젯은 저희가 그려 볼 수 없는 화면입니다(홈에 얹는 것은 쓰시는 분 몫이라서요). 그래서 「몇 줄이 들어가는가」라는 판단만 따로 떼어, 검사가 값을 직접 재도록 했습니다.
• 내부 검증 2324건 · 화면 기준선 304장. versionCode 723.

앱은 그대로입니다.

홈 화면 위젯은 실제 기기에서 자동으로 확인할 방법이 없습니다 — 런처에 얹는 것은 사람이

해야 하는 일이라서요. 그래서 저희는 같은 치수로 세운 「거울」 그림으로 확인해 왔는데,

그 거울이 1.5배에서 멈춰 있었습니다.

200%를 추가해 봤습니다. 위젯은 멀쩡했습니다. 글자가 커지면 코인 한 줄이 두 줄로

갈라지도록 이미 만들어 두었고, 그 덕에 가격도 등락률도 김프도 온전합니다. 영어에서도

같았습니다.

한 줄 배치 그림도 함께 남겼습니다. 그건 앱이 200%에서 쓰지 않는 상태인데, 두 줄로

갈아타는 규칙이 없으면 어떻게 되는지 보여 줍니다 — 「₩96,985」와 「,000」처럼 숫자가

한가운데서 접힙니다. 접힌 숫자는 잘린 숫자보다 나쁩니다. 잘렸다는 표시조차 없이 **두 개의

다른 수**가 되니까요.

• 내부 검증 2317건 · 화면 기준선 304장. versionCode 722.

앱은 그대로입니다.

코인 상세의 「매수·매도 신호」가 파는 것은 판단이 아니라 사실입니다 — 「정배열로

바뀌었다」, 「RSI가 과매도에서 올라왔다」. 「바뀌었다」는 전환을 뜻하니, 조건이 참인

봉마다 점을 찍으면 화면이 거짓말을 합니다.

그런데 이 부분은 값을 맞춰 보는 시험이 한 건도 없었습니다. 「오르는 자료에서 매수

신호가 난다」 같은 말은 어느 쪽 구현에서도 참이라 어긋남이 안 보입니다.

두 가지를 못 박았습니다.

• 전환에서만 난다 — RSI가 과매도에서 한 번 올라온 뒤 계속 위에 있는 자료를 넣으면 신호는 한 봉에서만 나야 합니다.
• 미래를 훔쳐보지 않는다 — 신호가 난 봉까지만 넘겨도 그 봉에서 신호가 나야 합니다. 이게 어긋나면 그 순간 알 수 없던 것으로 점을 찍는 셈인데, 화면은 똑같이 그럴듯하고 성적만 부풀어 아무도 모릅니다. 성적을 셀 때 아직 결과가 없는 최근 신호는 안 세는지도 확인했습니다. 확인 삼아 둘을 일부러 어긋나게 해 봤고, 새 검사가 각각 잡았습니다. 만들다가 저희 규칙에 한 번 걸렸습니다. 시험에서 쓰려고 내부 함수를 열었더니 「화면이 안 부르는 함수는 두지 않는다」는 검사가 막았습니다. 그 검사가 옳습니다 — 결국 화면이 쓰는 바로 그 길로만 확인하도록 고쳤고, 그 편이 더 낫습니다.
• 내부 검증 2317건 · 화면 기준선 301장. versionCode 721.

앱은 그대로입니다.

흐름 문단의 첫 줄(「N봉째 상승 흐름」)을 만드는 슈퍼트렌드는, 그 전부가 **밴드가 한쪽으로만

조여든다**는 규약입니다. 그런데 그 규약이 어긋나도 「위/아래」와 「N봉째」는 그럴듯하게

나옵니다. 그래서 값을 따로 계산해 맞춰 봤습니다. 맞았습니다.

시험용 자료를 만들다 하나 배웠습니다. 처음 만든 값들은 한 번도 방향이 안 뒤집혔습니다.

그러면 이 지표에서 가장 중요한 코드(전환 판정)를 한 줄도 안 지나는데, 결과는 「38봉째 상승」

으로 그럴듯하게 나옵니다. 반드시 한 번 뒤집히는 자료로 바꿨고, **뒤집히지 않으면 시험이

실패하도록** 함께 못 박았습니다.

확인 삼아 규약을 일부러 없애 봤습니다. 새 검사 셋이 모두 잡았고, 기존 검사 중에서도 하나가

잡았습니다 — 완전히 빈 자리는 아니었고, 이번에 직접·정확하게 보게 된 것입니다.

• 내부 검증 2313건 · 화면 기준선 301장. versionCode 720.

앱은 그대로입니다. 지난 판에서 RSI·MACD를 알려진 답에 맞춰 보고 나니, 같은 파일의

나머지가 그대로였습니다.

• ATR과 자금흐름지수(MFI)는 시험이 아예 없었습니다. 둘 다 화면에 나오고, 특히 ATR은 「거친 국면」을 가르는 값이라 저희가 재서 적어 둔 결과 상당수가 그 위에 서 있습니다.
• 볼린저는 순서만(위 ≥ 가운데 ≥ 아래), 스토캐스틱은 0~100 안, OBV는 방향만 보고 있었습니다. 순서·범위·방향은 계산을 바꿔도 대개 그대로입니다. 다섯 다 따로 계산해 값으로 맞춰 봤습니다. 전부 맞았습니다. 값만 박지 않고 규약도 함께 박았습니다. 볼린저의 표준편차를 어느 쪽으로 세는지, ATR이 진행 중인 마지막 봉을 세는지 같은 것들입니다. 이런 규약은 어느 날 조용히 통일되면서 값이 바뀌기 쉬운데, 화면은 아무 말도 하지 않습니다. 확인 삼아 두 규약을 일부러 바꿔 봤고, 둘 다 새 검사가 잡았습니다.
• 내부 검증 2310건 · 화면 기준선 301장. versionCode 719.

앱은 그대로입니다. 확인한 것을 적습니다.

이 앱의 판독·알림·해설은 전부 RSI·MACD 같은 지표 위에 서 있습니다. 그래서 그 수가 맞는지가

가장 아래에 있는 물음인데, 저희 시험은 오래 성질만 보고 있었습니다 — 다 오르면 100,

다 내리면 0, 0~100 안, 상승장에서 MACD는 양수.

전부 참인 말이지만, 넷 다 계산 방식을 바꿔도 그대로 통과합니다. 다 오르는 값에서는

어떤 평활을 써도 100이니까요. 섞인 값에서 결과가 맞는지는 아무도 안 봤습니다.

그래서 알려진 답과 맞춰 봤습니다. 교과서에 널리 실린 예제 계열로 RSI를 계산하고, 저희

값과 견줬습니다. 맞았습니다. MACD와 이동평균의 계산 규약도 값 하나씩 못 박았습니다.

확인 삼아 계산식을 일부러 어긋나게 해 봤습니다. **기존 시험은 전부 통과했고 새 시험만

잡았습니다.** 빈틈이 실제로 있었다는 뜻입니다. 지표가 조금 틀리면 그 위의 모든 것이 조용히

조금씩 틀리는데, 어느 화면도 「이상하다」고 말해 주지 않습니다.

• 내부 검증 2303건 · 화면 기준선 301장. versionCode 718.

앱은 그대로입니다. 오늘 확인한 것과 지켜 둔 것을 적습니다.

폰 가로 화면 — 화면 기준 그림 304장 가운데 폭이 높이보다 큰 것은 18장인데 대부분

태블릿 폭이고, 폰 가로는 셋뿐이었습니다. 가로는 높이가 줄고 글자는 커지니 볼 만한

자리였습니다. 실제 기기에서 가로로 고정하고 글자 1.5배와 2배 둘 다 여섯 화면을

훑었습니다. 무너진 곳이 없었습니다.

이유가 있습니다. 가로에서는 홈이 두 칸으로 갈리고, 글 화면은 줄 길이를 묶어 한 줄이

화면 끝까지 늘어나지 않습니다. 이미 그렇게 만들어 둔 것이 여기서 일했습니다.

뉴스의 날짜 머리글 — 화면 읽어주기에서 「다음 제목」으로 날짜를 건너뛸 수 있게

표시해 두었는데, 그 표시는 기기에서 확인할 방법이 없습니다. 사람이 직접 켜서

넘겨 봐야 합니다. 대신 그 표시가 조용히 빠지는 것은 검사가 막도록 했습니다.

• 내부 검증 2299건 · 화면 기준선 301장. versionCode 717.

큰 글씨를 200%까지 훑고 나서, 이번엔 영어와 겹쳐 봤습니다. 이 둘은 같은 방향으로

밉니다 — 글자는 커지고 영어 라벨은 한국어보다 깁니다. 어느 한쪽만으로는 안 넘치던 칸이

함께 오면 넘칩니다.

탐색 화면의 「급등·급락·거래량」 줄 — 영어에서 셋이 폭을 넘자 마지막 칩이 밀려나는 게

아니라 폭 0으로 짓눌렸습니다. 그러면 그 안의 글자가 한 글자씩 줄바꿈해 세로로 길어지고,

줄 전체가 그만큼 높아집니다. 화면에 450픽셀짜리 빈 띠가 생겼습니다. 잘림보다 알아채기

어렵습니다 — 잘린 글자는 없고 그냥 「이상하게 넓은 여백」으로 보이니까요. 이제 홈 화면의

정렬 칩처럼 옆으로 밀어서 봅니다.

큰 금액의 단위가 한국어로 나오던 자리 — 「₩1.79조」의 「조」는 앱이 기기에 깔린 말을

보고 골랐습니다. 앱에서는 화면 언어와 같아서 티가 안 났지만, 저희가 새로 만든 영어 화면

기준 그림에는 「조」가 찍혀 있었습니다. 그림이 거짓말을 하면 그 그림을 지키는 검사도

거짓말을 지킵니다. 이제 화면이 그리는 말이 단위를 고릅니다(영어면 T·B·M·K).

찾다 보니 코인 정보의 유통량 표기도 같은 자리였습니다. 함께 고쳤고, 앞으로 그런 자리가

생기면 검사가 막습니다.

• 내부 검증 2297건 · 화면 기준선 301장. versionCode 716.

앞선 두 판에서 자금 화면과 홈을 고쳤으니, 같은 잣대를 나머지에도 댔습니다. 셋이 더 나왔습니다.

탐색(급등락) 목록 — 한 줄에 다섯이 들어가지 않았습니다. 코인 이름이 「DO…」, 가격이

「₩131,500,…」, 등락률이 「+18.…」로 동시에 잘렸습니다. 칸을 넓히면 서로를 밀어낼 뿐이라

줄을 늘렸습니다. 위 줄은 「무엇인가」(로고·심볼·이름·추가), 아래 줄은 「얼마인가」(가격·등락률)

입니다.

공포지수 게이지 — 숫자 「75」가 반원 위로 올라타 겹쳐 보였습니다. 글자 크기 상한이

글꼴 배율을 따라 커지는데 반원은 그렇지 않아서요. 이제 상한을 반원 크기에서 뽑습니다.

배율이 아무리 올라도 숫자가 그림을 넘지 않습니다.

계산기 — 투자금 칸이 「100000」밖에 못 담아 직접 넣으신 수를 확인할 수 없었습니다.

계산기에서 입력값이 안 보이는 것은 결과를 못 믿는 것과 같습니다. 나란히 놓인 입력 칸 둘은

큰 글씨에서 위아래로 놓습니다.

채산성과 ETF 순유입은 200%에서도 온전했습니다.

• 내부 검증 2295건 · 화면 기준선 300장. versionCode 715.

지난 판에서 자산 화면을 고치고 나니, 같은 잣대로 홈 화면도 봐야 했습니다. 글꼴 200%로

열어 보니 여기가 더 나빴습니다.

• 김치 프리미엄이 「-0…」 이었습니다. 이 앱이 다른 앱과 갈리는 바로 그 수인데 한 자리만 남아 있었습니다.
• KOSPI 지수가 두 줄로 쪼개졌습니다. 「2,500.12」가 「2,50」과 「0.12」로 나뉘어, 잘린 것도 아니고 다른 수 둘로 읽혔습니다. 말줄임은 「여기서 끊겼다」를 알려 주기라도 하는데 줄바꿈은 그것조차 없습니다.
• 어제 올린 달러 환율 줄도 「$1 = ₩1,4…」로 잘렸습니다. 안 보인다고 해서 올린 줄이 잘린 채로 보이면 소용이 없습니다.
• 일부 코인의 등락률이 「+2.7…」이었습니다. 넷 다 고쳤습니다. 김프는 이름표가 아니라 숫자가 먼저 자리를 잡도록 순서를 바로잡았고, 큰 글씨에서는 제 줄을 갖습니다. 지수 값은 줄을 바꾸는 대신 글자를 줄입니다. 환율 줄은 큰 글씨에서 이름과 값이 줄을 나눠 갖습니다. 등락률 쪽은 뿌리가 조금 달랐습니다. 저희는 「이 줄에 다 들어가는가」를 재서 판단하는데, 실제 배치는 비율로 나눕니다. 값이 짧아 「들어간다」로 판정된 코인은 그 비율 몫만 받아 모자랐습니다. 판정이 맞아도 나눠 주는 방식이 다르면 잘립니다. 이제 나누는 방식 그대로 판단합니다.
• 내부 검증 2295건 · 화면 기준선 295장. versionCode 714.

글꼴 크기를 200%로 키우고 조 단위 자산을 보면 평가액이 「₩1,786,600,000…」이었습니다.

말줄임이 있으니 잘렸다는 것은 아시겠지만, 얼마인지는 모릅니다. 남은 자릿수만으로는

17억인지 1.7조인지 178조인지 구별할 수 없습니다.

이제 그 자리에서 자릿수를 지우는 대신 눈금을 거칠게 합니다. 「₩1.79조」처럼요.

덜 정확한 다른 수가 아니라 같은 수를 더 짧게 적은 것입니다. 자리가 허락하는 한

지금처럼 전부 보여 드리고, 정 안 되면 그때만 바뀝니다.

포트폴리오의 평가액·손익·매수금액·실현손익, 그리고 보유 행의 금액에 모두 적용했습니다.

같은 배율에서 잘리던 곳을 넷 더 찾아 고쳤습니다. 보유 행의 수량(20000 → `200…`),

비중(100.0% → `비중 1…`), 손익률(−5.77% → `−5.7…`), 그리고 자산 배분 범례의

코인 이름(BTC → `…`)입니다. 마지막 것이 특히 나빴습니다. 어느 코인의 비중인지

알 수 없는 범례가 되니까요. 큰 글씨에서는 이제 이름과 비중이 줄을 나눠 갖습니다.

수량에는 「거친 눈금」을 주지 않았습니다. 금액과 달리 수량은 0.15개처럼 작을 수 있는데,

그걸 거칠게 적으면 「0」이 되어 없는 수를 만들기 때문입니다. 그런 자리는 글자를 더

줄이는 편이 낫습니다.

찾다가 하나 더 나왔습니다. 요약 카드의 매수금액 줄만 규칙에서 빠져 있었습니다. 같은

카드의 다른 금액들은 폭이 좁으면 글자를 줄여 지키고 있었는데 그 줄만 잘리고 있었어요.

저희 내부 검사가 그 줄을 한 번도 본 적이 없었기 때문입니다. 검사가 보는 함수 목록에

빠진 이름이 하나 있었습니다. 목록도 함께 고쳤고, 앞으로는 새 함수가 생기면 목록에

넣거나 「금액이 아니다」라고 이유를 적어야 통과합니다.

• 내부 검증 2295건 · 화면 기준선 294장. versionCode 713.

「환율도 표시해 달라, 1달러에 얼마인지」라는 말씀을 받았습니다. 확인해 보니 이미 있었습니다.

시세 카드 맨 아래에 「$1 USD 미국 달러 … ₩1,411」로 네 통화가 나옵니다.

그런데 그 자리는 코인 일곱 줄과 지수 네 줄을 지나야 나오고, 카드에서 글씨가 가장 작은

줄입니다. 첫 화면에는 안 보입니다. 없는 것과 못 찾는 것은 쓰는 분에게 같은 일입니다.

그래서 달러 환율만 카드 맨 위로 한 줄 올렸습니다. 제목 바로 아래에 「달러 환율 $1 = ₩1,411」이

늘 보입니다. 나머지 세 통화(엔·유로·위안)는 참고 표이므로 아래 그대로 두었습니다.

달러만 올린 데는 이유가 있습니다. 이 수는 취향이 아니라 이 화면의 숨은 분모입니다.

코인 줄마다 붙는 달러 값도, 김치 프리미엄도 전부 이 수로 나눈 것입니다. 그것이 안 보이는

채로 결과만 보이고 있었습니다.

• 다섯 언어 모두 적용했습니다.
• 설정에서 달러를 표시 통화에서 빼신 분에게는 뜨지 않습니다. 뺀 것은 뜻이 있는 선택입니다.
• 글씨를 키우거나 화면이 좁으면 이름표가 먼저 줄고 숫자는 끝까지 온전합니다. 「₩1,4…」로 잘린 환율은 잘린 줄 모른 채 그대로 읽히기 때문입니다.
• 내부 검증 2286건 · 화면 기준선 292장. versionCode 712.

지표 설명의 「어떻게 읽나요」 칸을 열면, RSI 만 글이 끝나지 않았습니다. 실제로 재

봤습니다. 바닥까지 21번을 끌어야 했고, 다른 지표는 전부 1번이었습니다.

한국어 13,776자 · 영어 29,033자가 한 덩이로 들어 있었습니다.

왜 그렇게 됐는지는 분명합니다. 이 앱은 무엇을 재면 그 결과를 화면에 적습니다. 그

원칙을 지키는 동안 판마다 한 문단씩 붙었고, 어느 순간 초보자가 「RSI 가 뭔가요」 하고

누른 자리에 조사 과정이 통째로 들어앉았습니다. 앞 문장을 거두는 말, 지난 판에 적었던

수를 고치는 말, 앱 내부를 고쳤다는 말까지 그대로 있었습니다.

지우지 않았습니다. 재 보고 말하는 것이 이 앱이 하는 일이라, 지우면 남는 것이 없습니다.

대신 자리를 옮겼습니다.

• 늘 보이는 칸에는 결론만 둡니다. 70·30 이 무슨 뜻인지, 그리고 「RSI 30 아래면 되돌린다」에 어떤 조건이 붙는지(거친 국면에서만·5봉 근처에서만·여러 코인이 함께 뜬 날에만)를 한 문단으로 적었습니다.
• 잰 수치는 「자세히 보기」 뒤로 접었습니다. 누르면 그대로 다 나옵니다. 한 줄도 버리지 않았습니다.
• 한계와 「매매를 권하지 않습니다」는 접지 않았습니다. 펴 보지 않은 분이 읽어야 뜻이 있는 문장이라, 검사가 그 셋이 늘 보이는 칸에 있는지 지킵니다. 다섯 언어 모두 같이 옮겼습니다. 같은 일이 다시 생기지 않게 검사를 하나 더했습니다. 이 글이 커지는 것을 막는 검사는 전에도 둘 있었는데, 하나는 파일 형식의 한계를 보고 다른 하나는 문단 수를 봤습니다. 둘 다 통과하는 동안 사람이 겪는 것은 끌어야 하는 횟수였습니다. 새 검사는 그쪽을 봅니다 — 펴지 않아도 보이는 글은 두 화면을 넘지 않습니다. 넘어도 되는 자리는 어디서 어떻게 접히는지를 함께 적게 했고, 그 접는 장치가 사라지면 검사가 실패합니다.
• 내부 검증 2286건 · 화면 기준선 292장. versionCode 711.

앱은 그대로입니다. 오늘 하루 동안 확인한 것들을 점검 문서에 근거와 함께 적었습니다 —

다섯 언어 전환에서 번역이 빠진 곳이 없다는 것, 여덟 화면의 누를 수 있는 요소 107개가

모두 손가락에 넉넉하다는 것, 화면 읽어주기가 침묵하는 조작 요소가 없다는 것,

공포지수 카드의 색과 문구가 이제 한 기준에서 나온다는 것 같은 것들입니다.

점검 목록의 확인된 항목이 오늘 아침 38개에서 91개가 됐습니다. 남은 것은 대부분

사람 손이 필요한 것(위젯을 홈에 얹기, 폰을 접었다 펴기)이거나 특정 상황을 만들어야

하는 것입니다.

• 내부 검증 2283건 · 화면 기준선 292장. versionCode 710.

앱에는 숫자를 넣는 칸이 여럿입니다. 칸마다 규칙이 다릅니다 — 김프 칸은 음수(역프)가

되어야 하고, 투자금 칸은 소수점이 들어가면 안 되고, 보유 수량 칸은 계산 결과가 그대로

들어와야 하니 다른 칸보다 길어야 합니다.

숫자를 다루는 규칙 자체는 예전부터 한 곳에 모여 있었고 검사도 있었습니다. 그런데

칸마다 그 규칙의 어떤 변형을 쓰는지는 아무도 보고 있지 않았습니다. 규칙이 멀쩡해도

칸에 잘못 붙이면 그 칸만 이상해집니다.

이제 칸별 배선을 검사가 지킵니다. 인자 하나만 빠져도 배포가 멈춥니다.

화면에서 달라지는 것은 없습니다.

• 내부 검증 2283건 · 화면 기준선 292장. versionCode 709.

급등락 알림은 「지난 주기 가격 대비 몇 %」로 판정합니다. 그래서 규칙을 지우면 그 코인의

기준가도 함께 버려야 합니다 — 안 버리면 그 시점 가격이 얼어붙고, 한참 뒤 규칙을 다시

켰을 때 옛 가격과 비교해 가짜 급등이 뜹니다. 예전에 실제로 났던 문제입니다.

버리는 규칙 자체는 검사가 지키고 있었는데, **그 규칙에 「지금 살아 있는 규칙 목록」을

제대로 넘기는지**는 아무도 안 보고 있었습니다. 규칙이 멀쩡해도 넘기는 값이 틀리면 화면만

틀립니다.

그 한 고리를 검사로 채웠습니다. 조용시간 동안 기준가를 붙잡아 두는 것(그래야 조용시간이

끝난 뒤 그 사이 변동으로 알림이 옵니다)도 함께 봅니다.

화면에서 달라지는 것은 없습니다.

• 내부 검증 2279건 · 화면 기준선 292장. versionCode 708.

비트코인 상세의 「채산성」 카드는 두 가지를 함께 적습니다. 지금 값이 전기비의 몇 배인가와,

그 값이 최근 창 안에서 어디쯤인가입니다. 설정에서 채굴기 효율이나 전기단가를 바꾸면

앞엣것은 바뀌어야 하고, 뒤엣것(순위)은 그대로여야 합니다 — 원가가 두 값에 정비례해서

모든 날이 같은 배율로 움직이기 때문입니다.

지금까지 이건 「사람이 설정을 바꿔 가며 확인할 것」으로 남아 있었습니다. 그런데 순위가

움직이는지 보려면 두 해치 자료가 필요해서 기기에서는 재현이 어렵습니다.

검사로 옮겼습니다. 효율과 전기단가를 스무 가지로 흔들어 순위가 한 칸도 움직이지 않는

것과, 비율 자체는 두 배 넘게 움직이는 것을 함께 확인합니다.

화면에서 달라지는 것은 없습니다.

• 내부 검증 2277건 · 화면 기준선 292장. versionCode 707.

시세 목록에서 「이름순」이나 「거래량순」을 고른 뒤 설정이나 탐색 화면에 다녀오면

정렬이 기본으로 돌아가 있었습니다. 화면을 바꿀 때 이전 화면이 하던 것을 앱이

붙잡아 두지 않았기 때문입니다.

화면을 회전할 때는 멀쩡했고, 코인을 눌러 상세를 봤다 닫을 때도 멀쩡했습니다.

화면을 통째로 갈아 끼우는 경로에서만 잃고 있었습니다.

이제 화면마다 하던 것을 기억합니다. 정렬뿐 아니라 ₩⇄$ 토글, 탐색 화면의 급등/급락

선택, 계산기에 넣어 둔 숫자도 다녀와서 그대로입니다.

한 가지는 일부러 남기지 않습니다. ETF 키를 볼 때 쓰는 「눈」 단추는 화면을 떠나면

다시 가려집니다 — 키를 드러내 놓고 다른 화면에 갔다 왔을 때 계속 보이면 안 되기

때문입니다.

• 내부 검증 2275건 · 화면 기준선 292장. versionCode 706.

배포할 때마다 스토어에 올라간 파일을 다시 내려받아 확인해 왔습니다. 지금까지는

그 파일이 무엇인지(버전·해시)만 봤습니다. 그런데 버전이 맞아도 내용이 옛것일

수 있습니다 — 빌드 과정에서 문구만 예전 것이 섞이는 경우입니다.

이제 내려받은 앱 안에서 실제 문구를 찾아 소스와 맞춰 봅니다. 하나라도 어긋나면

배포가 실패로 끝납니다.

화면에서 달라지는 것은 없습니다. 여러분이 받는 앱이 저희가 고친 그 앱인지를

저희가 매번 확인한다는 뜻입니다.

• 내부 검증 2273건 · 화면 기준선 292장. versionCode 705.

코인 상세에는 「24시간 저–현–고」 막대가 있습니다. 하루 동안 고가와 저가가 같은

코인이 있습니다 — 거래가 거의 없었거나, 상장한 지 얼마 안 된 코인이 그렇습니다.

그때 위치 계산이 0으로 나누기가 되어, 막대가 통째로 사라지면 **값이 멀쩡한데도

「자료 없음」처럼** 보입니다.

막을 방법은 예전부터 코드에 들어 있었습니다. 다만 그것을 **지켜보는 검사가

없었습니다.** 그런 코인을 만나야 재현되는 상황이라, 점검 목록에는 「사람이 기기에서

확인할 것」으로 남아 있었고 언제 확인될지 알 수 없었습니다.

계산을 밖으로 꺼내 검사로 옮겼습니다. 고가=저가일 때 가운데, 자료가 뒤집혀 들어와도,

숫자가 깨져 들어와도 막대는 늘 그릴 수 있는 값이 됩니다. 현재가가 24시간 범위 밖으로

나가는 경우(범위는 거래소 집계, 현재가는 실시간이라 시점이 다릅니다)도 막대가 칸을

뚫고 나가지 않습니다.

화면에서 달라지는 것은 없습니다.

• 내부 검증 2273건 · 화면 기준선 292장. versionCode 704.

홈의 성과 비교 카드는 관심 코인들의 최근 흐름을 한 그림에 겹쳐 보여 줍니다.

겹쳐 그리려면 모든 코인이 가진 만큼으로 창을 맞춰야 하는데, 목록에 상장한 지

얼마 안 된 코인이 있으면 그 창이 사흘이 되기도 합니다. 그런데 제목은 늘

「7일 성과 비교」였습니다.

그림도 숫자도 맞았고, 이름만 틀렸습니다. 그래서 나란히 세어 보기 전에는

눈에 띄지 않았습니다.

이제 실제로 본 일수를 적습니다. 사흘치면 「3일 성과 비교」라고 말합니다.

화면 읽어주기 설명도 같은 수를 말합니다.

이 앱에는 「실제로 본 만큼만 말한다」는 규칙이 있고, 「최근 N일」처럼 쓰는

자리는 이미 검사가 지키고 있었습니다. 이번 자리는 「최근」이 없어 그 그물

밖이었습니다. 그물을 넓혀, 짧은 문구가 기간을 단정하면 왜 참인지를 적도록

했습니다.

• 내부 검증 2269건 · 화면 기준선 292장. versionCode 703.

코인 상세의 근거 목록에는 「장세」 줄이 있습니다. 거기서 이렇게 말하고 있었습니다.

• 추세장일 때: 「추세추종 신호가 잘 맞습니다」
• 횡보장일 때: 「과매수·과매도가 잘 맞습니다. 추세 신호는 속기 쉬워요」 그런데 저희는 그 통설을 이미 재서 확인되지 않았다고 결론지었고, 같은 화면의 지표 설명에는 그렇게 적어 두었습니다. 가장 눈에 띄는 줄만 옛말을 그대로 하고 있었던 것입니다. 이름이 비슷한 다른 문구를 고치면서 이쪽을 못 찾았습니다. 세 줄(추세장·횡보장·경계)을 잰 것에 맞게 고쳤습니다. 「근거가 겹칠 때만 움직이세요」 같은 조언도 뺐습니다 — 이 앱은 무엇을 하라고 말하지 않습니다. 배움글 두 곳도 같은 이유로 고쳤습니다. 「세 기간이 같은 방향이면 더 믿을 만하다」와 「거래량이 함께 터질 때 돌파를 믿을 만하다」는 둘 다 저희 측정과 반대였습니다. 무엇을 쟀고 무엇이 남았는지로 바꿨습니다. 같은 일이 되풀이되지 않도록 검사를 넓혔습니다. 말끝을 살피는 검사도 「쉬워요」를 놓치고 있어서, 어미를 하나씩 적어 두는 방식을 뒤집어 문장 끝을 전부 보게 했습니다.
• 내부 검증 2268건 · 화면 기준선 291장. versionCode 702.

이 앱은 널리 쓰이는 통설을 그대로 옮기지 않고 직접 재서, 확인되면 확인됐다고

안 되면 안 됐다고 적습니다. 그런데 설명 두 곳이 **저희가 잰 결과와 반대되는

말**을 하고 있었습니다.

하나는 MACD 설명입니다. 추세장에서 열면 「추세장에서 교차가 잘 맞는다는 말은

재 보니 반대였고, 횡보장이 오히려 나았다」고 하는데, 횡보장에서 열면 「이런

구간에서는 교차가 특히 더 속으니 기다리는 편이 낫다」고 했습니다. 같은 화면이

자기와 다투고 있었던 셈입니다. 게다가 뒤엣말은 재지 않은 조언이었습니다.

다른 하나는 스토캐스틱 배움글입니다. 「방향이 뚜렷한 장에서는 헛신호가 늘어난다」고

단정했는데, 저희가 국면으로 갈라 재 보았을 때 그런 차이는 확인되지 않았습니다.

둘 다 실제로 잰 것으로 바꿨습니다. 교차 신호가 20봉 뒤 방향에서 기준선과

구분되지 않았다는 수치와, 그래서 이 앱이 스토캐스틱을 교차가 아니라 위치로

읽는다는 사실을 함께 적었습니다.

같은 모순이 되돌아오면 배포가 멈추도록 검사도 넓혔습니다.

• 내부 검증 2268건 · 화면 기준선 291장. versionCode 701.

코인 상세에서 MACD 지표의 ⓘ 를 눌러 설명을 여는데, 그때 시장이 추세장이면

그 화면이 그려지지 못하고 멈췄습니다. 다섯 언어 모두에서 그랬습니다.

원인은 문장 안의 퍼센트 기호 하나였습니다. 그 설명은 ADX 값을 문장에 끼워 넣는데,

안드로이드는 그런 문장을 만들 때 퍼센트를 특별한 기호로 읽습니다. 「1~10%p」의

퍼센트가 그렇게 읽혀 문장 만들기가 실패했고, 그 자리를 그리던 화면이 함께

내려갔습니다.

고쳤습니다. 이제 그 설명이 정상으로 뜹니다.

같은 종류를 다시는 놓치지 않도록 두 가지를 함께 넣었습니다. 값을 끼워 넣는

문장 전부를 실제로 만들어 보는 검사와, 문제가 났던 바로 그 화면(MACD × 추세장)의

그림 기준선입니다. 지금까지 그 조합을 그려 보는 그림이 하나도 없었습니다.

• 내부 검증 2267건 · 화면 기준선 291장. versionCode 700.

이 앱의 문구는 계산에 쓰는 숫자를 그대로 말합니다 — 「지난 110봉 중 상위 …」,

「지난 30봉 변동성을 지난 110봉과 견주기 때문입니다」, 「47봉이 안 되면 장세가

나오지 않습니다」, 「약 15분마다 확인합니다」, 「150봉 창으로 쟀습니다」처럼요.

그 숫자들은 지금 전부 맞습니다. 다만 맞는지 지켜보는 것이 없었습니다. 계산

쪽 값을 하나 옮기면 다섯 언어의 문장이 조용히 거짓이 됩니다. 값은 맞고 문장만

틀린 자리라, 나란히 세어 보기 전에는 눈에 띄지 않습니다.

이제 그 다섯 자리를 코드에서 직접 읽어 문구와 맞춰 봅니다. 어긋나면 배포가

멈춥니다.

화면에서 달라지는 것은 없습니다.

• 내부 검증 2266건 · 화면 기준선 290장. versionCode 699.

앞 판에서 공포지수 카드의 색을 한 기준으로 모았는데, 카드 맨 위에 나오는

「분위기」(고요함·긴장·공포…)는 아직 제 기준을 따로 들고 있었습니다. 같은 카드에

「극심한 공포」와 「보통」이 함께 뜰 수 있는 자리라 함께 모았습니다. 옛 규칙과

뜻이 같은지 132가지 조합으로 하나씩 맞춰 봤고, 화면은 달라지지 않습니다.

그리고 저희 코드에는 「이 규칙은 ○○ 검사가 지킨다」고 적어 둔 안내가 곳곳에

있습니다. 그중 넷이 없는 이름을 가리키고 있었습니다. 규칙 자체는 지켜지고

있었지만 이름이 낡은 것이라, 오히려 더 위험합니다 — 찾아보고 없으면 「지키는

장치가 없구나」로 읽고 이미 있는 것을 다시 만들게 됩니다. 실제로 이번 판에서

그 착각으로 시작한 일이 있었습니다.

넷을 실제 이름으로 고치고, 앞으로 없는 이름을 적으면 배포가 멈추도록 검사를

넣었습니다.

화면에서 달라지는 것은 없습니다.

• 내부 검증 2262건 · 화면 기준선 290장. versionCode 698.

공포지수 카드에는 VIX 숫자와 그 아래 막대, KOSPI 숫자와 그 아래 문구가 함께

있습니다. 색과 문구는 「안정 · 긴장 · 공포」 같은 단계로 갈리는데, 그 단계를

가르는 기준이 세 곳에 따로 적혀 있었습니다.

지금은 세 곳의 숫자가 우연히 같아서 화면에 보이는 것은 정확했습니다. 다만

기준을 한 번이라도 옮기면 **같은 칸 안에서 숫자와 막대와 문구가 서로 다른

단계를 가리키게** 됩니다. 사용자가 볼 수 있는 결함인데, 그때 가서야 드러납니다.

기준을 한 곳으로 모으고, 색은 그 결과만 받아 쓰도록 고쳤습니다. 화면에 보이는

색과 문구는 한 픽셀도 달라지지 않았습니다 — 화면 그림 290장이 모두 그대로인

것으로 확인했습니다.

앞으로 색을 고르는 자리가 기준을 다시 적으면 배포가 멈추도록 검사도 넣었습니다.

• 내부 검증 2260건 · 화면 기준선 290장. versionCode 697.

이 앱은 「무엇을 확인했는지」를 문서로 남깁니다. 그 문서가 같은 항목을 두 곳에

적는데, 위쪽 목록에는 「아직 확인 안 함」으로, 아래쪽 근거 표에는 기기와 관측값까지

적힌 「확인함」으로 남아 있는 항목이 열세 개 있었습니다.

한쪽만 손질된 탓입니다. 그대로 두면 다음 점검이 이미 끝난 일을 처음부터 다시

하게 됩니다. 실제로 오늘 뉴스 화면 항목들을 그렇게 다시 재기 시작했습니다.

열세 항목을 근거와 함께 정리했고, 그중 둘은 확인한 것으로 치지 않았습니다 —

근거 표의 「확인함」이 자세히 보니 다른 상황을 가리키고 있었기 때문입니다. 무엇이

남았는지 그 자리에 적어 두었습니다.

같은 어긋남이 다시 생기면 배포가 멈추도록 검사도 함께 넣었습니다.

화면에서 달라지는 것은 없습니다. 이번 판은 기록을 정직하게 만드는 일입니다.

• 내부 검증 2258건 · 화면 기준선 290장. versionCode 696.

코인 상세의 「봉 모양」 줄 아래에는 그 모양으로 앞날을 점칠 수 있는지 재 본

결과가 붙어 있습니다. 그 각주가 한 줄에 463자였습니다. 작은 글씨로 그만큼

이어지면 읽히지 않고, 읽히지 않는 근거는 없는 것과 같습니다.

주장과 수치를 갈랐습니다. 늘 보이는 자리에는 결론만 둡니다 — 적중률로는

패턴 없는 봉과 구분되지 않았고, 크기로 재면 남는 차이도 모양이 아니라

「최근에 떨어졌다」가 만든다는 것입니다. 그 판단을 만든 수치는 「자세히 보기」를

누르면 펼쳐집니다. 판정 카드가 이미 쓰던 방식과 같습니다.

지운 것은 없습니다. 수치는 한 글자도 빠지지 않았고, 나눈 뒤 합쳐서 원래

문장과 같은지 기계로 대조했습니다.

• 내부 검증 2257건 · 화면 기준선 290장. versionCode 695.

이 앱은 화면마다 「재 봤습니다」로 시작하는 설명을 답니다. 그 문장들이 오래

「단언 — 부연」 꼴로 붙어 있었습니다. 눈에 띄지 않지만 읽는 흐름을 끊고, 긴

문장에서는 어디까지가 한 이야기인지 흐려집니다.

다섯 언어를 한 자리씩 전부 읽고 1,282곳을 고쳤습니다. 완결된 문장 뒤면

문장으로 끊고, 「이름 — 설명」 꼴이면 쌍점(:)으로 잇고, 접근성 라벨은 쉼표로

바꿨습니다. 언어마다 문장부호가 다르므로 한국어·영어는 마침표와 쌍점, 일본어는

「。」와 「：」, 중국어는 「。」와 「：」로 각각 그 언어의 관례를 따랐습니다.

이용약관도 격식을 갖춘 문체로 다듬었습니다. 책임의 한계 조항에 「관련 법률이

허용하는 최대 범위 내에서」와 그 예외를 명시했고, 다섯 언어 모두 같은 뜻이

되도록 맞췄습니다.

한국어에서 「실패했어요」처럼 말끝이 다르던 열 곳도 「실패했습니다」로

통일했습니다.

뜻이 바뀐 문장은 없습니다. 숫자와 사실은 한 글자도 건드리지 않았고,

그것을 기계로 대조해 확인했습니다. 앞으로 같은 습관이 다시 들어오지 않도록

검사도 함께 넣었습니다.

• 내부 검증 2257건 · 화면 기준선 288장. versionCode 694.

이 앱의 ETF 순유입 화면은 여러분이 직접 발급받아 넣은 키로만 동작합니다.

그 키를 지금까지는 앱 전용 저장소에 평문으로 두었습니다 — 일반 기기에서는

운영체제가 지켜 주지만, 「키는 소중히 다룬다」는 이 앱의 태도에는 못 미치는

보관이었습니다.

이제 키는 기기의 하드웨어 금고(Android Keystore)에서 만들어진 — **꺼낼 수

없는** — 열쇠로 암호화해 저장합니다. 새 라이브러리 없이 안드로이드가 주는

것만 썼습니다.

기존에 넣어 두신 키는 그대로 동작하고, 다음에 저장하실 때부터 암호화됩니다.

드물게 금고가 고장난 기기에서는 지금까지와 같은 방식으로 동작합니다 — 키가

증발하는 일은 없습니다.

• 내부 검증 2255건 · 화면 기준선 288장. versionCode 693.

이 앱은 아무것도 수집하지 않습니다. 그 약속의 대가로, 여러분의 기기에서 앱이

갑자기 꺼져도 저희는 알 방법이 없었습니다 — 문의를 주셔도 「그냥 꺼져요」

이상의 단서가 없어 원인을 찾기 어려웠습니다.

이제 앱이 예기치 않게 꺼지면 **그 순간의 기술 기록(버전·기기 모델·오류 위치)을

이 기기 안에만** 남깁니다. 설정 ▸ 정보에 「마지막 오류 기록」 줄이 생기는데,

기록이 있을 때만 나타납니다. 열어서 복사해 문의에 붙여 주시면 원인을 찾는 데

큰 도움이 됩니다.

분명히 말씀드립니다 — 저절로 전송되는 것은 없습니다. 기록은 기기 안 파일

하나이고, 여러분이 직접 복사해 보내 주시기 전에는 한 바이트도 밖으로 나가지

않습니다. 무수집 약속의 문구는 하나도 바뀌지 않았고, 그 약속을 지키는 검사도

그대로입니다. 원치 않으시면 「지우기」로 없앨 수 있습니다.

• 내부 검증 2251건 · 화면 기준선 288장. versionCode 692.

이 앱의 강조색은 금색 하나입니다. 지난 판에서 연보라로 그려지던 칩 열한 곳을

찾아 고쳤는데, 오늘 다크 테마를 점검하다 열두 번째를 찾았습니다 — 설정의

테마 선택 카드(시스템·라이트·다크)에서 선택된 칸이 보라색이었습니다.

원인은 같은 병의 다른 자리입니다. 색 체계에서 비워 둔 자리는 라이브러리

기본값(보라)이 나오는데, 이 카드가 쓰는 자리가 비어 있었습니다. 이번에 그

자리를 금색으로 채웠고, 같은 자리 네 곳이 두 테마 모두에서 다시는 비지

못하도록 지키는 검사를 심었습니다.

여러분의 화면에서 달라지는 것은 그 카드 하나입니다 — 이제 금색입니다.

• 내부 검증 2247건 · 화면 기준선 288장. versionCode 691.

이 앱은 차트 자료를 새로 받지 못하면 보관해 둔 이전 자료라도 보여 주되,

「오래된 자료로 계산했다」는 안내를 함께 답니다 — 옛 자료로 확신 있는

판독을 내놓지 않겠다는 약속입니다.

그런데 그 안내가 일부 설정에서는 영영 뜨지 않았습니다. 자료의 나이를

물을 때 자료를 보관한 칸과 다른 칸을 보고 있었기 때문입니다. 시세

거래소를 빗썸이나 코인베이스로 쓰시는 분들은 처음부터 두 칸이 갈려, 안내가

한 번도 나오지 않는 상태였습니다. 바로 직전 판에서 잡은 결함(원화 차트의

달러 기호)과 같은 무늬라서 — 짝지어야 할 두 값을 서로 다른 곳에서 가져오는

자리를 마저 훑다가 찾았습니다.

이제 자료를 받은 바로 그 칸의 나이를 묻습니다. 같은 실수가 되돌아오지

못하게 지키는 검사도 함께 심었습니다.

• 내부 검증 2246건 · 화면 기준선 288장. versionCode 690.

일본어 화면을 점검하다 이더리움 차트에서 이상한 것을 봤습니다 — 값은 분명히

원화(₩3,568,000)인데 축과 고저 표시가 $3,568,000 이라고 적혀 있었습니다.

이더리움이 356만 달러일 리 없지요.

원인은 차트가 「자료」와 「이 자료가 어느 거래소에서 왔는가」를 **서로 다른 두

요청**에서 받아 짝을 맞추고 있었기 때문입니다. 자료는 잠깐 보관해 둔 것(업비트

원화)을 쓰면서, 출처는 그 순간 새로 물었는데 — 마침 업비트가 한 번 응답하지

못하면 예비 거래소(달러)가 답합니다. 그러면 원화 숫자에 달러 기호가 붙습니다.

이제 자료와 출처를 같은 순간에 한 번만 받아 함께 보관합니다. 어긋남이

구조적으로 불가능해졌고, 상세 화면을 열 때마다 나가던 요청 하나도 줄었습니다.

같은 사고가 되돌아오지 못하게 지키는 검사 둘을 함께 심었습니다.

• 내부 검증 2245건 · 화면 기준선 288장. versionCode 689.

태블릿에 앱을 올려 보다가 변동성 칸에서 이런 문구를 봤습니다 —

「조용한 국면 · 지난 110봉 중 상위 100%」.

상위 100%는 아무 말도 아닙니다. 전부가 상위 100% 안에 있으니까요. 비트코인의

하루 변동성이 지난 110봉 가운데 가장 낮아지자, 백분위를 그대로 「상위」로 옮겨

적던 계산이 이 헛말을 만들었습니다. 반대 극단이면 「상위 0%」도 나올 수 있었습니다.

이제 자신을 포함한 순위로 말합니다 — 111개 가운데 1등이면 「상위 1%」, 꼴찌면

「하위 1%」. 그리고 조용한 국면은 「하위」로 말합니다. 조용하다면서 상위를

말하는 어색함도 함께 사라졌습니다. 반올림은 올림이라, 실제 자리보다 좁게 말하는

일은 없습니다.

양 끝(0%·100%)이 다시는 화면에 나오지 못하도록 111가지 경우 전부를 훑는 검사를

함께 심었습니다.

• 내부 검증 2243건 · 화면 기준선 288장. versionCode 688.

이 앱이 내거는 약속 가운데 「광고 없음 · 수집 없음」이 있습니다. 지금도 사실입니다 —

쓰는 라이브러리 스물한 개가 전부 안드로이드 공식·코틀린 공식·통신 라이브러리이고,

분석·광고 SDK 는 하나도 없습니다.

그런데 이 사실은 코드 한 줄로 조용히 거짓이 될 수 있습니다. 크래시 리포터 하나

붙이는 순간 기기 정보가 제3자로 흐르기 시작하는데, 화면은 아무것도 변하지 않습니다.

이제 라이브러리 목록이 검사로 잠겼습니다. **나쁜 것을 나열하는 방식이 아니라, 지금

쓰는 그룹만 허용하는 방식**입니다 — 새 라이브러리는 무엇이든 검사를 깨뜨리고, 「이게

기기 밖으로 무엇을 보내는가」를 사람이 판단해 근거와 함께 목록에 넣어야 통과합니다.

권한 쪽은 이미 같은 방식으로 잠겨 있었습니다(선언된 권한과 안내 화면·README 의

양방향 대조). 이번에 라이브러리 쪽이 마저 잠기면서, 「화면에 보이지 않는 약속」

여섯이 전부 기계 계약이 됐습니다 — 데이터 안 지움 · 키 안 샘 · 배터리 안 씀 ·

지표값 안 흔들림 · 동의 전 침묵 · 추적 안 함.

여러분의 화면은 달라지지 않습니다.

• 내부 검증 2237건 · 화면 기준선 288장. versionCode 687.

이 앱은 첫 화면의 이용약관에 동의하시기 전에는 어떤 네트워크도 열지 않습니다 —

시세 폴링도, 실시간 연결도, 업데이트 확인도요. 그 약속을 점검하다 샛길 하나를

찾았습니다.

동의 화면을 띄운 채 홈 버튼으로 나갔다가 돌아오면, **업데이트 확인 요청 하나가 동의

전에** 저희 스토어 서버로 나갈 수 있었습니다. 화면으로 돌아올 때 소켓 재연결은 동의

여부를 확인하는데, 그 옆의 업데이트 확인만 확인을 빠뜨리고 있었습니다.

아주 좁은 길이고 나가는 곳도 저희 서버 하나지만, 약속은 약속입니다. 이제 업데이트

확인 함수가 스스로 동의 여부를 봅니다 — 부르는 자리마다 챙기는 방식은 한 자리가

빠지는 순간 무너진다는 것을 이번에 배웠으니까요.

동의 관문의 구조 세 가지(데이터 흐름은 동의 뒤에만 시작 · 업데이트 확인의 자체 관문 ·

소켓 재연결의 관문)를 검사로 못 박았습니다.

• 내부 검증 2235건 · 화면 기준선 288장. versionCode 686.

이 앱은 화면이 보일 때만 일합니다. 홈으로 나가는 순간 —

• 60초 시세 폴링이 멈추고(대기 상태로),
• 실시간 시세 연결이 끊기고,
• 틱 반영 타이머도 돌지 않습니다. 여러분의 배터리와 데이터를 몰래 쓰지 않는다는, 화면에는 절대 보이지 않는 약속입니다. 확인해 보니 구현은 이미 완벽했습니다 — 첫 사용 동의 전에는 네트워크를 아예 열지 않는 것까지요. 문제는 이 약속을 지키는 장치가 없었다는 것입니다. 관문은 코드 한 줄이라, 손보다 빠뜨려도 컴파일되고 화면은 그대로고 어떤 검사도 달라지지 않습니다 — 여러분의 배터리 통계에서만 드러납니다. 이제 네 가지가 검사로 묶였습니다: 모든 반복 고리가 전면 관문을 지나는지, 뒤로 가는 즉시 연결을 끊는지, 그리고 그 신호를 화면 쪽이 실제로 보내는지(들어올 때·나갈 때). 관문 한 줄을 지워 보면 검사가 「배터리·데이터를 몰래 쓴다 — 화면엔 절대 안 보인다」는 문구와 함께 정확히 실패합니다. 여러분의 화면은 달라지지 않습니다 — 원래도 조용했고, 이제 계속 조용하게 묶였습니다.
• 내부 검증 2232건 · 화면 기준선 288장. versionCode 685.

이틀에 걸친 지표 계산 관례 감사의 마지막 판입니다.

스퀴즈 모멘텀은 LazyBear 원전 그대로임을 확인해 값으로 박았습니다 — 모멘텀

기준선(고저 중앙과 이동평균의 평균), 켈트너 채널(참범위의 단순평균 배수), 발동

조건(볼린저가 켈트너 안으로) 전부요. 검사 자료는 일부러 발동이 참인 상태로

만들었습니다 — 꺼진 상태만 지키면 발동 판정식이 통째로 바뀌어도 모르니까요.

OBV는 시작 0, 종가가 오르면 +거래량, 내리면 −거래량, 같으면 0 — 같음을

상승으로 세지 않는 것까지 계약입니다.

이로써 판정에 표를 주는 지표 전부(RSI·볼린저·이동평균·MACD·ADX·스토캐스틱·스퀴즈·

OBV)가 관례 황금값으로 묶였습니다. VWAP 하나는 일부러 다릅니다 — 증권사 VWAP 과

기준이 다르다는 것을 화면이 이미 밝히고 있고, 그 정직한 문구가 곧 계약입니다.

여러분의 화면은 달라지지 않습니다.

• 내부 검증 2228건 · 화면 기준선 288장. versionCode 684.

앞 판에서 RSI·볼린저·이동평균의 계산 관례를 값으로 못 박았습니다. 이번엔 남은 둘 —

ADX 와 스토캐스틱 — 을 같은 방식으로 묶었습니다.

ADX 는 지표 가운데 구현이 가장 자주 갈리는 자리입니다. 참범위·방향이동의 평활을

네 단계로 쌓는데, 단계마다 다른 방식을 쓰는 구현들이 흔합니다. 저희 구현은 와일더

원전 그대로이고 트레이딩뷰와 같은 결과를 냅니다 — 확인을 위해 같은 공식을 저희 앱과

무관하게 따로 구현해 40봉 고정 자료에서 소수점 다섯 자리까지 일치하는 것을 봤습니다.

스토캐스틱(14,3,3)도 %K·%D 둘 다 단순이동평균 평활 — 트레이딩뷰 기본과 같습니다.

앞 판과 결이 조금 다른 점은 정직하게 밝혀 둡니다. RSI 는 교과서에 공표된 값(70.53)에

앵커했지만, ADX 는 손에 있는 공표 예제가 없어 독립 구현 두 개의 일치를 앵커로

삼았습니다. 관례가 바뀌면 잡아내기에는 충분하고, 그 이상을 주장하지 않습니다.

자료가 모자랄 때 지어내지 않는 것도 함께 계약이 됐습니다 — ADX 는 29봉 미만이면

값을 내지 않습니다.

여러분의 화면은 달라지지 않습니다 — 원래도 맞았고, 이제 계속 맞게 묶였습니다.

• 내부 검증 2226건 · 화면 기준선 288장. versionCode 683.

RSI·볼린저 밴드·이동평균(EMA)은 계산 관례가 여러 가지입니다. 어느 쪽도 틀린 건

아니지만, 여러분이 값을 견주는 곳 — 트레이딩뷰나 거래소 차트 — 과 다르면 **앱이

틀려 보입니다.**

확인해 보니 저희 구현은 셋 다 트레이딩뷰와 같은 관례였습니다.

• RSI: 와일더 평활 (단순평균 방식 아님)
• 볼린저 표준편차: 모집단(÷n) — 트레이딩뷰 `ta.stdev` 와 동일
• EMA 시작값: 첫 값 (TA-lib 의 SMA 시작과 다름) 문제는 이 관례를 지키는 장치가 없었다는 것입니다. 기존 검사는 성질만 봐서(평탄한 구간이면 RSI 50, 같은), 누가 표준편차를 「수학적으로 더 옳다」며 ÷(n−1)로 바꿔도 모든 검사가 통과한 채 모든 사용자의 밴드가 조용히 이동합니다. 이제 값 자체를 박아 두었습니다. 기준값은 와일더 RSI 의 표준 교재 예제(공표된 첫 RSI = 70.53)를 저희와 무관한 참조 계산으로 재현해 확인한 뒤 뽑았습니다 — 저희 코드로 저희 코드를 검사하는 순환이 아닙니다. 실제로 표준편차를 ÷(n−1)로 바꿔 보면 검사가 예측값(47.68531)과 함께 정확히 실패합니다. 여러분의 화면은 달라지지 않습니다 — 원래도 맞았고, 이제 계속 맞게 묶였습니다.
• 내부 검증 2224건 · 화면 기준선 288장. versionCode 682.

뉴스에는 별을 눌러 기사를 담아 두는 기능이 있습니다(작년 말 v2.96.0에 추가).

그 저장 공간을 만드는 코드가 새로 설치할 때와 판올림할 때만 도는 구조였는데,

추가 당시 판올림 신호를 켜지 않았습니다.

결과: v2.96.0 이전에 설치하신 분들은 그 공간이 영영 만들어지지 않았습니다.

오류 방어 덕에 죽지도 않아서 — 별을 눌러도 아무 일이 없고, 담은 목록은 늘 비어

있었습니다. 사람이 «나중에 다시 보려고» 직접 담은 것이 소리 없이 버려지는,

이 앱에서 가장 나쁜 종류의 실패입니다. 새로 설치하면 멀쩡하니 저희 시험은 전부

통과하고 있었고요.

앱을 열 때마다 스스로 고칩니다

이제 저장 공간 확인·생성을 앱을 열 때마다 합니다. 이미 있으면 아무 일도 하지

않아 비용이 없고, 없던 기기(위 사고의 피해 기기)는 **이번 업데이트를 여는 순간

고쳐집니다.** 담아 두셨던 것이 되살아나는 것은 아니지만 — 애초에 저장되지 못했으니

되살릴 것이 없습니다 — 오늘부터 담는 것은 온전히 남습니다.

판올림 신호로 고치는 방법도 있었지만 쓰지 않았습니다. 그러면 멀쩡한 시세 캐시까지

불필요하게 지워지고, 무엇보다 다음에 또 잊을 수 있습니다. 열 때마다 확인하는

구조는 잊는 것 자체가 불가능합니다.

같은 사고의 두 갈래를 검사로 막았습니다

• 보존해야 하는 공간을 더하면서 «열 때 확인» 목록에 안 넣으면 → 실패
• 캐시 공간을 더하면서 판올림 폐기 목록에 안 넣으면 → 실패(이건 다음 판올림에서 DB 가 통째로 못 열리는 사고가 됩니다) 두 실패 모두 새 설치에서는 절대 재현되지 않아서 그림·기기 시험이 못 잡습니다. 그래서 소스 규칙으로 못 박았습니다.
• 내부 검증 2219건 · 화면 기준선 288장. versionCode 681.

뉴스 출처에는 직접 주소를 넣는 칸이 있습니다. 형식이 틀리면 그 자리에서 빨갛게

알려드리는데, 한 가지가 빠져 있었습니다 — 형식은 맞지만 피드가 아닌 주소입니다.

흔한 실수가 정확히 이것입니다. 피드 주소(`…/rss`) 대신 사이트 홈 주소를 붙여

넣는 것이요. 지금까지는 그런 주소가 목록에 얌전히 앉아서 영원히 기사 0건이었고,

「원래 이 매체가 조용한가?」와 구분할 방법이 없었습니다. 얼마 전 ETF 키에서 고친

「저장했는데 아무 일도 안 일어남」과 같은 자리입니다.

이제 추가하시면 실제로 한 번 받아 보고 바로 말씀드립니다.

• 기사 12건이 읽혔습니다. — 실제로 읽힌 수를 그대로 적습니다.
• 주소는 열리지만 RSS로 읽히지 않습니다 — 피드 주소는 대개 끝에 /rss 나 /feed 가 붙습니다. 일단 넣어 두었습니다.
• 받아 오지 못했습니다 — 주소가 잘못됐거나 연결 문제일 수 있습니다. 일단 넣어 두었습니다.

셋째 줄이 조심스러운 이유

저희 통신 계층은 「주소가 없다(404)」와 「연결이 안 된다」를 구분하지 못합니다.

모르는 것을 「주소가 틀렸습니다」라고 단정하면, 비행기 모드에서 넣으신 멀쩡한 주소를

지우게 만듭니다. ETF 키에서 호출 제한을 「키가 틀렸다」로 말하지 않기로 했던 것과

같은 원칙입니다 — 확실한 것만 확실하다고 말합니다.

그리고 이 확인은 문지기가 아닙니다. 어느 판정이든 주소는 이미 목록에 들어가

있습니다. 일시 장애로 멀쩡한 주소를 퇴짜 놓는 문지기가 최악이니까요.

• 내부 검증 2215건 · 화면 기준선 288장. versionCode 680.

탐색(급등락) 화면 오른쪽 위에는 「↻ 42초 전」 — 언제 받은 목록인지와, 누르면

다시 받는 단추가 있습니다.

글씨를 크게 쓰시는 분의 좁은 화면에서는 급등·급락·거래량 칩 셋이 그 줄의 폭을 먼저

다 가져갑니다. 남는 폭이 없어지자 그 라벨이 점 하나로 잘렸습니다. 누르는 영역

자체는 규칙대로 남아 있었지만, 무엇을 누르는지가 사라진 셈입니다 — 얼마 전

일본어에서 「자세히」 표시가 밀려났던 것과 같은 모양입니다.

이제 큰 글씨에서는 그 라벨이 칩 아래 줄로 내려옵니다. 온전히 읽히고, 온전히

눌립니다. 보통 글씨에서는 지금까지와 똑같습니다.

칩 줄 안에 두는 판과 아래 줄로 내리는 판이 같은 조각을 씁니다 — 두 벌로 적어

두면 한쪽만 고쳐지는 일을 저희가 여러 번 겪었거든요.

• 내부 검증 2212건 · 화면 기준선 288장. versionCode 679.

앞 판에서 세금 문구가 낡아 있던 것을 고치면서, 같은 성질의 자리가 또 있나 하고

훑었습니다. 앱이 바깥 세상에 대해 단정하는 것들이요.

• 비트코인 반감기·하루 발행량 → 프로토콜 규칙이라 낡지 않습니다(지금 450개).
• 채굴기 효율·전기단가 → 가정이고, 화면에 밝히고 직접 바꾸실 수 있습니다.
• 현물 ETF 가 있는 코인 목록 → 여기가 낡아 있었습니다. 저희는 이 목록을 「확인된 것」과 「아직 확인 못 한 것」으로 갈라 두고 있습니다. 다시 확인해 보니 도지코인과 헤데라가 이미 상장해 있었습니다 — 그레이스케일이 DOGE를 11월 24일에, 캐너리가 첫 HBAR 현물을 10월 28일에요. 기능은 원래도 정상이었습니다. 두 코인은 「아직 확인 못 한 것」 칸에 있었고, 저희는 그 칸도 함께 부르거든요(모르면 넣는 쪽이 맞습니다 — 없는 코인을 부르면 헛된 호출 한 번이지만, 있는 코인을 빼면 그 코인에서 기능이 통째로 사라지니까요). 낡았던 것은 저희 기록입니다. 그래도 고칩니다 — 다음에 이 목록을 손볼 사람이 믿을 수 있어야 하니까요.

앞으로 더 자주 바뀝니다

SEC가 보편 상장 기준과 신속 승인을 도입하면서 심사가 240일에서 20일까지 줄었습니다.

그래서 이 칸은 앞으로도 자주 움직입니다. 고칠 때는 날짜와 함께 적으라고 코드에

남겨 두었습니다 — 언제 확인했는지가 없으면 다음 사람이 다시 셀 수도, 믿을 수도

없으니까요.

• 내부 검증 2212건 · 화면 기준선 288장. versionCode 678.

계산기 도구에는 「한국 양도소득세 간이 계산」이 있습니다. 아래 문구가 이랬습니다.

> 한국 기준 · 기본공제 250만원 · 세율 22% 가정(추정치). **시행 시기와 세부 규정은

> 확인하세요.**

수치는 맞습니다. 다시 확인했습니다 — 기본공제 연 250만원, 초과분에 국세 20%,

지방소득세를 더해 22%.

문제는 마지막 문장입니다. **「시행 시기를 확인하세요」라고만 하고, 저희가 아는 것을

말하지 않았습니다. 이 세금은 2027년 1월 1일 시행 예정**입니다 — 2022년에서

2023년, 2025년으로 미뤄지다 2024년 12월 개정으로 2년 더 유예됐습니다.

그러니 지금(2026년) 손익에는 적용되지 않습니다. 계산기를 열어 올해 수익을 넣어

보신 분은 내지 않아도 될 세금을 계산하고 계셨던 셈입니다.

이제 이렇게 말합니다.

> 한국 기준 · 기본공제 250만원 · 국세 20%+지방세 = 22%. 2027년 1월 1일 시행 예정이라

> 그 전 손익에는 적용되지 않습니다(2024년 12월 개정으로 2년 유예). 국회에서 공제

> 한도·시기가 더 바뀔 수 있으니 신고 전에는 국세청 안내를 확인하세요.

이 자리는 저희가 모르는 사이에 틀려집니다

법이 바뀌면 앱은 알 방법이 없습니다. 그래서 언제 무엇을 보고 이렇게 적었는지를

코드에 남겼고, 문구의 숫자가 계산의 숫자와 어긋나면 실패하는 검사를 두었습니다 —

다섯 언어 전부를 봅니다. 한 언어만 낡는 것이 가장 잘 일어나는 일이니까요.

• 내부 검증 2212건 · 화면 기준선 288장. versionCode 677.

포트폴리오를 처음 열면 이렇게 나왔습니다.

평가액 ₩0

손익 0.00% (₩0)

매수금액 ₩0

아직 아무것도 넣지 않으셨는데 「본전입니다」라고 말하는 셈입니다. 바로 아래에

「보유 코인을 추가해 손익을 확인하세요」라고 이미 안내하고 있는데도요.

보유가 하나도 없으면 손익·매수금액 줄을 그리지 않습니다.

고치다가 더 이상한 것을 찾았습니다

에어드랍처럼 산 적 없이 받은 코인을 원가 0으로 적어 두실 수 있습니다. 그때 화면이

이랬습니다.

손익 0.00% (+₩4,812,000)

481만 원을 벌었는데 비율은 0%라고 말합니다. 0으로 나눌 수 없으니 계산 쪽에서 0을

돌려주도록 해 둔 것인데, 그건 「나눌 수 없다」는 뜻이지 「본전」이라는 뜻이 아닙니다.

화면이 그 방어값을 그대로 그리면서 주장이 되어 버렸습니다.

손익 — (+₩4,812,000)

금액은 압니다. 비율은 모릅니다. 아는 것만 말합니다.

이 두 경우가 서로 다르다는 것을 화면 그림 두 장으로 못 박아 두었습니다 — 보유가

없을 때는 손익 줄이 아예 없고, 원가가 0일 때는 금액이 나옵니다(그건 실제로 기록된

사실이고, 여기서 숨기면 그분의 자산이 화면에서 사라집니다).

• 내부 검증 2211건 · 화면 기준선 288장. versionCode 676.

현물 ETF 순유입은 키가 없거나 틀리면 그 화면이 조용히 안 나옵니다. 평소에는

그게 맞습니다 — 남의 서버 오류 코드를 보여 드릴 이유가 없으니까요.

그런데 방금 키를 저장한 분께는 최악입니다. 아무 일도 안 일어나니 무엇이 잘못됐는지

알 수 없고, 「키가 틀렸나」·「이 코인엔 ETF 가 없나」·「인터넷이 안 되나」도 구분되지

않습니다. 고칠 방법을 알 수 없습니다.

이제 저장하실 때 한 번만 확인하고 결과를 말씀드립니다.

• 이 키로 받아집니다.
• 이 키로는 받지 못했습니다 — 발급처에서 다시 확인해 주세요.
• 지금은 확인하지 못했습니다 — 연결 문제일 수 있습니다. 키는 그대로 두었습니다.

셋째 줄이 이 변경의 핵심입니다

처음 만들 때는 「거절당한 응답」을 넓게 잡았습니다. 그런데 그 안에는 호출 제한

같은 «잠깐 기다리면 되는» 상태가 섞여 있습니다. 그걸 「이 키로는 안 됩니다」로

말하면 어떻게 될까요 — 멀쩡한 키를 지우고 다시 발급받으십니다. 되돌릴 수 없는

쪽으로 사람을 미는 셈입니다.

그래서 「키가 틀렸다」는 서버가 정확히 그렇게 말했을 때만 합니다. 나머지는 전부

「지금은 모르겠습니다」이고, 그때 여러분은 아무것도 안 하셔도 됩니다.

기기에서 돌려 보고 둘을 더 고쳤습니다

엉터리 키를 넣어 보고, 지우고, 다시 저장해 봤습니다.

• 칸을 비우고 저장했더니 「이 키로는 받지 못했습니다」가 떴습니다. 비우는 것은 실패가 아니라 끄는 것입니다 — 바로 위 안내문도 「비워 두면 그 화면은 아예 나오지 않습니다」라고 말하고 있고요. 이제 아무 말도 하지 않고, 남의 서버에 묻지도 않습니다.
• 키를 지웠는데 앞 결과 문구가 그대로 남아 있었습니다. 칸에 없는 키에 대한 말입니다. 글자를 고치면 지웁니다.
• 내부 검증 2211건 · 화면 기준선 286장. versionCode 675.

현물 ETF 순유입은 여러분이 직접 발급받은 키로만 돕니다. 앱은 키를 주지도, 갖고

있지도 않습니다. 그런데 정작 받는 자리를 다시 보니 손볼 곳이 있었습니다.

키 입력칸이 평범한 글자 칸이었습니다. 두 갈래로 샙니다.

1. 화면에 그대로 남습니다 — 어깨너머, 최근 앱 미리보기, 화면 캡처.

2. 키보드가 배웁니다. 일반 글자 칸에 붙여 넣으면 입력기가 그 문자열을 개인 사전이나

클립보드 이력에 담을 수 있습니다. 이건 앱이 지운다고 지워지지 않습니다.

이제 가려서 받고, 비밀번호 입력 방식으로 처리합니다(둘째를 막는 것은 이쪽입니다).

붙여 넣은 것이 맞는지 확인하실 수 있도록 눈 단추를 함께 두었습니다 — 확인할 수

없으면 지웠다 다시 붙이기를 반복하게 되니까요.

키가 새는 다른 길들도 다시 훑었습니다

• 앱 전체에 로그를 남기는 호출이 하나도 없습니다. 키가 로그로 샐 길이 없습니다.
• 키는 주소가 아니라 헤더로 보냅니다 — 주소는 곳곳에 기록되지만 헤더는 아닙니다.
• 저장해 두는 응답의 이름에도 키가 섞이지 않습니다. 앞의 둘은 원래 그랬고, 셋째는 그렇게 하기로 한 이유까지 코드에 적혀 있었습니다. 이번에 고친 것은 받는 자리 하나입니다.
• 내부 검증 2209건 · 화면 기준선 286장. versionCode 674.

시장 맥박 카드의 신호 칩입니다. 숫자는 내려갔는데 옆의 표시는 「―」(보합) 였습니다.

보합으로 치는 폭은 ±0.05%인데요.

찾아보니 틀린 게 아니었습니다. 그 세모는 그 숫자가 오르내린 방향이 아니라,

이 신호가 「위험 선호」와 「위험 회피」 중 어느 쪽에 표를 줬는지를 뜻합니다.

시총은 ±1%가 경계라 −0.6%는 어느 쪽도 아니고, VIX 는 값이 낮을수록 ▲ 입니다.

규칙은 일관됩니다. 다만 **숫자 옆에 붙은 세모를 그 숫자의 방향으로 읽는 것이

자연스럽습니다.** 저희도 기기에서 보고 한 번 갸웃했습니다.

세모가 말하지 못하던 것을 말로 적었습니다

화면은 그대로입니다. 대신 칩 하나를 통째로 읽어 주도록 했습니다.

• 심리 29 위험 회피
• 시총 24h −0.6% 중립
• VIX 14.3 위험 선호 특히 VIX 는 값이 낮을수록 위험 선호라는 뒤집힌 관계가 세모만으로는 절대 드러나지 않았습니다. 이제 말로 나옵니다. 세모 자체는 장식으로 표시했습니다 — 그러지 않으면 화면 읽기 프로그램이 「위쪽을 가리키는 삼각형」 같은 소리를 냅니다.
• 내부 검증 2209건 · 화면 기준선 286장. versionCode 673.

저희 앱은 다섯 언어로 나갑니다. 그런데 화면 그림 284장의 언어 분포를 세어 보니 —

| 언어 | 그림 |

|---|---|

| 한국어 | 239장 |

| 영어 | 33장 |

| 일본어 | 7장 |

| 중국어(간체) | 3장 |

| 중국어(번체) | 2장 |

어느 언어가 위험한지 감이 아니라 수로 골랐습니다. 짧은 라벨들을 언어별 폭으로 재

보니(한자·가나는 글자당 두 배로 셈), 일본어가 가장 크게 부푸는 두 자리가 나왔습니다 —

「지금 이 차트는」이 2.14배, 「피보나치 되돌림」이 2.00배.

두 자리 모두 가장 좁은 폭(320)에서는 영어만 시험되고 있었습니다. 가장 넓어지는

언어를 가장 좁은 폭에서 보지 않고 있었던 셈입니다. 두 장을 세웠습니다.

세우자마자 하나 나왔습니다

지표 제목 옆에는 「자세히 보기」를 뜻하는 ⓘ 표시가 붙습니다. 일본어 320에서

제목이 두 줄을 가득 채우자, 그 ⓘ 가 밀려나 사라졌습니다.

줄 전체는 여전히 눌립니다. 그러니 동작은 남고 「누를 수 있다」는 신호만 사라진

것입니다 — 처음 보시는 분께 열어 보라고 만든 자리인데, 그 표시가 이 조각의 전부입니다.

제목이 폭을 다 가져가지 못하게 고쳤습니다. 며칠 전 이름과 값이 붙어 있던 줄에서

쓴 것과 같은 처방입니다.

• 내부 검증 2209건 · 화면 기준선 286장. versionCode 672.

저희에게는 오래된 규칙이 하나 있습니다 — 0에는 «+» 를 붙이지 않는다. 예전에 같은

0이 화면마다 「0.00%」와 「+0.00%」로 갈렸던 적이 있어서(일곱 곳이었습니다), 부호를

만드는 자리를 한 곳으로 모으고 검사까지 붙여 두었습니다.

그런데 그 검사는 철자 하나만 봅니다 — 「0보다 크면 + 를 붙인다」라고 손으로 적은

모양이요. 같은 일을 하는 다른 철자가 있었습니다. 숫자 서식에 `+` 한 글자를 넣으면

부호가 붙는데, 그 방식은 0에도 붙입니다.

네 곳이 그 상태였습니다.

• 코인 비교와 가격 차트의 스크린리더 설명 — 화면은 「0.00%」로 그리는데 음성만 「+0.00%」로 읽고 있었습니다. 색을 못 보시는 분만 다른 값을 듣던 셈입니다.
• MACD 값
• 급등락 알림의 본문 — 앱 밖에서 읽히는 글이라 가장 나쁜 자리였습니다. 넷 다 그 한 곳을 쓰게 고쳤고, 검사가 이 철자도 잡게 넓혔습니다.

하나 더 — 0을 「상승」이라고 읽고 있었습니다

가격 차트 설명에서 방향을 「0 이상이면 상승」으로 고르고 있었습니다. 화면은 ±0.05%를

보합으로 치는데, 음성만 그 구간을 「상승」이라고 말했습니다. 저희 코드에는 방향을

말로 옮기는 자리가 이미 있고(보합 포함), 거기 주석에는 **「색은 상승인데 읽어 주는

말은 보합이면 색을 못 보는 사람만 틀린 정보를 받는다」**고 적혀 있었습니다. 정작

이 자리가 그 반대로 어긋나 있었습니다.

• 내부 검증 2209건 · 화면 기준선 284장. versionCode 671.

화면을 눈으로 보지 않는 분들은 제목으로 건너뛰며 훑습니다. 그러려면 글자가 굵고

큰 것만으로는 안 되고, 「이건 제목이다」라는 표시가 붙어 있어야 합니다.

저희 섹션 제목 열일곱 곳 가운데 셋이 그 표시 없이 있었습니다.

• 홈의 뉴스 카드(두 가지 모양)
• 코인 상세의 코인 비교 섹션 눈으로는 완벽히 제목처럼 보입니다. 그래서 화면 그림으로는 절대 안 잡히고, 저희 접근성 점검도 못 잡았습니다 — 그 점검은 누를 수 있는데 이름이 없는 것을 세거든요. 제목은 누르는 것이 아니라 대상이 아니었고, 그래서 네 화면에서 「말 없는 조작 요소 0개」를 계속 받아 왔습니다. 통과했다가 검사했다를 뜻하지 않는 자리였습니다. 셋 다 붙였고, 새 섹션이 그 표시 없이 들어오면 실패하는 검사를 두었습니다.

검사를 만들면서 저희가 자주 밟는 함정을 또 밟았습니다

처음 만든 검사가 멀쩡한 두 곳을 위반이라고 잡았습니다. 「문자열부터 15pt 크기까지」를

한 덩어리로 본 탓에, 작은 라벨에서 시작해 바로 옆 큰 숫자의 크기까지 넘어가 읽었기

때문입니다. 저희가 다른 검사에서 여섯 번 놓쳤던 것과 같은 사각지대입니다.

덩어리를 먼저 정확히 자르고 그 안에서만 보도록 고쳤습니다.

• 내부 검증 2208건 · 화면 기준선 284장. versionCode 670.

앞 판에서 「이 코인 뉴스」에 번역 칩을 붙이면서, 그 줄을 다시 읽다가 찾았습니다.

• 뉴스 화면: 「17분 전」 · 「2시간 전」
• 이 코인 뉴스: 「17분」 · 「2시간」 같은 기사의 같은 나이입니다. 게다가 「2시간」은 *지난* 시간이 아니라 기간으로도 읽힙니다. 뉴스 화면 쪽으로 맞췄습니다.

더 조용한 문제가 하나 딸려 있었습니다

앞 판에서 칩이 들어갈 폭을 잴 때, 뉴스 화면이 쓰던 재기 함수를 그대로 가져왔습니다.

그 함수는 「17분 전」의 폭을 잽니다. 그런데 화면은 「17분」을 그리고 있었습니다 —

재는 것과 그리는 것이 달랐습니다.

재는 쪽이 더 길어서 칩이 조금 일찍 아래로 내려가는 정도였고, 그래서 그림으로는

티가 나지 않았습니다. 두 화면이 같은 함수를 쓰게 되면서 이것도 함께 풀렸습니다.

앞으로 갈리지 않도록 검사를 붙였습니다.

• 내부 검증 2209건 · 화면 기준선 284장. versionCode 669.

코인을 누르면 나오는 「이 코인 뉴스」는 지금 싣는 매체가 전부 외국이라 제목이

영어입니다. 뉴스 화면에서는 그걸 알고 「번역해서 보기」 칩을 띄우는데, **이

목록에만 그게 없었습니다.** 같은 기사를 같은 분이 보는데 한쪽에서만 도와주고

있었던 셈입니다.

이제 두 곳이 같습니다. 칩은 앱 언어와 매체 언어가 다를 때만 나옵니다 — 한국어

매체를 다시 싣게 되면 그 줄에는 저절로 안 붙습니다.

좁은 화면에서는 출처 아래로 칩을 내립니다. 뉴스 화면이 쓰던 폭 재기를 그대로

쓰되, 이 목록에는 별표 버튼이 없어 남는 폭이 달라서 여기서 다시 잽니다.

• 내부 검증 2208건 · 화면 기준선 284장. versionCode 668.

미국 프리미엄은 지금까지 숫자 하나와 순위뿐이었습니다. 그것만으로는 「지금이

높다」까지만 말합니다. 정작 궁금한 것은 대개 **방금까지 오르던 중인가 내리던

중인가**인데요.

이제 최근 추이 선을 함께 그립니다.

새로 받아 오는 자료가 없습니다

순위를 내려면 몇 백 일치를 계산해야 합니다. 저희는 그걸 다 해 놓고 **마지막 하나만

쓰고 버리고 있었습니다. 그 끝자락을 함께 들고 오는 것뿐이라, 요청이 하나도 늘지

않습니다.**

날 수도 단정하지 않습니다 — 실제로 그린 점만큼 적습니다. 어제 붙인 검사가 지키는

바로 그 규칙입니다.

선 색을 한 번 잘못 골랐습니다

처음엔 등락색을 정하는 기존 함수를 그대로 썼습니다. 그런데 그 함수는 **±0.05%를

보합으로** 칩니다 — 가격 등락률에 맞춘 폭이니까요. 미국 프리미엄은 3년 2개월 전체

폭이 0.11%p 라, 어떤 움직임도 그 보합대 안에 들어갑니다. 오르막 선이 회색으로

그려졌습니다.

그림을 보고 알았고, 저희 앱이 시가총액 추이에서 이미 쓰던 방식(보합대 없이 시작

대비 끝)으로 바꿨습니다. 지금은 오르면 빨강, 내리면 파랑입니다.

• 내부 검증 2208건 · 화면 기준선 284장. versionCode 667.

저희 작업 지침에는 규칙이 열 줄쯤 있고, 그 아래에 이렇게 적혀 있었습니다.

> 검사가 없는 규칙 하나 — 기계로 못 잡으니 사람이 지켜야 한다:

> 실제로 본 만큼만 말한다. 「최근 60봉 범위」·「최근 2년」처럼 단정하지 않는다.

사람이 지켜야 하는 규칙은 결국 안 지켜집니다. 오늘 두 자리를 찾았습니다.

「최근 30일」이라고 써 놓고 열몇 개를 그리고 있었습니다

공포·탐욕 카드의 그림 제목입니다. 저희는 제공처에 30일을 달라고 하지만, 그림을

그리는 조건은 「3개 이상」 입니다. 응답이 짧거나 몇 개가 빠지면 열몇 개를 그려

놓고 「최근 30일」이라고 부릅니다.

도미넌스 화면의 「BTC 시가총액 추이 (90일)」 도 같았습니다. 그리는 조건은

「2개 이상」 입니다.

둘 다 값은 맞고 이름만 틀린 자리입니다. 나란히 세어 보기 전에는 눈에 띄지

않습니다. 이제 둘 다 실제로 그린 개수를 적습니다.

고치고 나서 저희 화면 그림들을 다시 찍었더니, 공포지수 카드의 시험용 그림이

점 열 개를 그려 놓고 「최근 30일」이라고 적고 있었습니다. 그 그림은 회귀를

막으라고 있는 것인데, 처음부터 그렇게 찍혀 있어서 아무 말도 하지 않았습니다.

지금은 「최근 10일」이라고 나옵니다.

채굴 설정의 안내도 「최근 730일 중 몇 %」라고 단정하고 있었는데, 정작 순위 줄은

본 만큼을 적습니다. 안내에서 숫자를 뺐습니다.

그리고 그 규칙에 검사를 붙였습니다

규칙 전체를 기계로 잡을 수는 없습니다. 그런데 **그 규칙이 든 예시들은 어법이

하나**였습니다 — 「최근 N…」·「지난 N…」. 그 어법을 쓰는 문구는 셋 중 하나여야 합니다.

1. 실제로 센 수를 받는다 — 이게 기본입니다.

2. 코드 상수에서 온다 — 그러면 단정해도 참이지만, 상수를 바꾸면 문구만 남으므로

값이 같은지 대조합니다.

3. 이미 끝난 측정의 서술이다 — 「지난 20봉이 평균 +29%였습니다」처럼요.

어디에도 없는 새 문구가 생기면 검사가 실패하고, 무엇을 골라야 하는지 알려 줍니다.

정직하게 적자면 이 검사가 규칙을 대신하지는 못합니다. 「최근/지난」을 쓰지 않는

단정(「60봉 범위」)이나 수가 아닌 단정(「대개」)은 여전히 사람 몫입니다. 그렇게

작업 지침에 적어 두었습니다.

• 내부 검증 2208건 · 화면 기준선 283장. versionCode 666.

시세 카드의 초록 점을 누르면 나오는 신뢰·투명성 시트에 데이터 출처 목록이

있습니다. 그 목록이 —

• 그 사이 들어온 채산성(mempool.space)과 현물 ETF(SoSoValue)를 빠뜨리고 있었고,
• 「코인베이스(USDT)」라고 적고 있었습니다. 코인베이스는 달러(USD) 시장입니다. 바로 그 «코인베이스 USD 대 바이낸스 USDT» 차이로 미국 프리미엄을 계산하는데요. 「신뢰」라는 이름의 화면이 사실과 어긋난 목록을 다섯 언어로 적고 있었던 셈입니다.

목록을 손으로 적는 자리를 없앴습니다

저희에게는 이미 제대로 된 목록이 있습니다. 설정 ▸ 데이터 출처 페이지는 거래소를

코드에서 끌어오기 때문에 낡을 수가 없고, 검사도 붙어 있습니다. 문제는 신뢰 시트가

그것과 별개로 자기 사본을 손으로 들고 있었다는 것입니다.

사본을 지우고 그 목록을 그대로 쓰게 했습니다. 남은 문구는 셀 수 없는 것만

말합니다 — 저희 서버가 없다는 것, 업비트만 지속 연결이라는 것.

문자열 리소스에 출처 목록이 다시 생기면 실패하는 검사도 붙였습니다. 다만 **하나

짚는 것은 잡지 않습니다** — 「업비트만 실시간 WebSocket 입니다」는 목록이 아니라

사실이고, 그것까지 막으면 문구가 오히려 흐려집니다(실제로 검사를 처음 붙였을 때

그 문장에 걸렸습니다).

• 내부 검증 2203건 · 화면 기준선 283장. versionCode 665.

지난 이틀 동안 찾은 결함 셋이 전부 같은 성질이었습니다. 코드는 올바르고, 컴파일도

되고, 화면 그림도 «달라진 게 없어서» 통과합니다. 처음부터 그렇게 찍혀 있었으니까요.

세 자리를 막았습니다.

칩 글자가 칩 배경에서 읽히는지

앞 판에서 칩 색을 금색으로 바꾸면서, 그 조합을 열한 곳에 퍼뜨렸습니다. 재 보니

라이트 테마에서 4.58 대 1 이었습니다. 기준이 4.5 이니 여유가 0.08 뿐이고, 칩 글자는

작아서 큰 글씨 완화도 못 씁니다. 금색이나 앰버를 조금만 손대면 조용히 미달이 됩니다.

기존 대비 검사에는 이 짝이 없었습니다 — 그 검사는 「어떤 색을 자기 틴트 위에」 쓰는

경우를 보는데, 칩은 배경과 글자가 서로 다른 색이거든요(다크에서는 같지만 **라이트에서는

다릅니다**). 그 짝을 넣었고, 검사가 보는 값이 화면이 쓰는 값과 같은지도 함께 봅니다.

상세 화면의 «섹션»들이 큰 글씨 그림을 갖고 있는지

이번 판에서 큰 글씨·좁은 폭 결함을 둘 찾았습니다 — 미국 프리미엄의 `-0.0` / `744%`

(숫자가 두 줄로 쪼개짐)와 채산성의 `896.9` / `EH/s`(값과 단위가 갈림). **둘 다 그림을

만들었기 때문에** 보였습니다.

그런데 그 그림을 요구하는 검사를 열어 보니 **「화면」만 대상이고 「섹션」은 빠져

있었습니다.** 지금 일곱 섹션이 전부 덮여 있는 것은 만든 사람이 매번 기억했기 때문이지,

규칙이 지킨 것이 아니었습니다. 섹션도 대상에 넣었습니다.

칩이 다시 갈라지지 않게

앞 판에서 붙인 검사입니다 — 칩이 앱 색을 쓰는지, 선택 상태를 색만으로 말하지 않는지.

여러분의 화면은 달라지지 않습니다.

• 내부 검증 2202건 · 화면 기준선 283장. versionCode 664.

앞 판에서 칩 색을 고치면서, 왜 그런 일이 생겼는지를 되짚었습니다. 저희 배색표가

`primary`(금색)·`surface` 같은 자리는 정해 놓고 몇 자리를 비워 두었기 때문입니다.

비워 두면 머티리얼 기본값이 나오는데, 그게 보라 계열입니다.

칩은 색을 직접 줘서 고쳤지만, 그건 그 부품만 고친 것입니다. 다음에 그 자리를 쓰는

무언가를 붙이면 같은 일이 또 납니다. 그래서 자리 자체를 채웠습니다.

채우자마자 두 군데가 더 드러났습니다.

• 업데이트 진행 막대의 남은 부분이 보라빛 회색이었습니다. 금색 막대 옆에 보라 트랙이 붙어 있었습니다.
• 설정의 코인 목록에도 같은 자국이 있었습니다. 둘 다 저희가 찾아서 고친 게 아니라, 자리를 채우니 그림이 달라져서 알았습니다.

칩이 다시 갈라지지 않게 검사를 붙였습니다

이런 결함은 오래 남습니다 — 아무것도 잘못되지 않기 때문입니다. 색을 안 준 호출도

완전히 올바른 코드이고, 컴파일도 되고, 눌리고, 접근성도 붙습니다. 화면 그림조차 못

잡습니다. 처음부터 보라로 찍혀 있었으니 «달라진 것»이 없거든요.

그래서 소스를 보는 검사를 두었습니다 — 칩이 앱 색을 쓰는지, 그리고 선택 상태를

색만으로 말하지 않는지(테두리도 함께 바뀌어야 색약이신 분께도 보입니다).

• 내부 검증 2199건 · 화면 기준선 283장. versionCode 663.

720px 화면에 큰 글씨로 앱을 띄워 놓고 훑다가 찾았습니다. 홈의 정렬 칩(기본·등락순·

거래량순…)은 금색인데, 알림·스크리너·설정·도구의 칩은 연보라였습니다.

이유는 단순했습니다. 홈 칩은 손으로 만들면서 색을 정했고, 나머지 열한 곳은 재료를

그냥 가져다 쓰면서 색을 안 정했습니다. 그러면 머티리얼 기본 배색이 나오는데,

저희가 그 자리를 손대지 않아 보라였습니다.

색만 한 곳에 모아 열한 곳이 함께 쓰게 했습니다. 홈 칩을 베끼지는 않았습니다 —

누르는 크기·모양·눌림 표시는 이미 옳게 되어 있었고 다른 것은 색뿐이었으니까요.

대비도 이미 재 둔 값을 그대로 가져왔습니다(옅은 금색이 흰 배경에서 안 보이던 문제를

겪고 나온 값입니다). 선택된 칩은 테두리도 함께 금색이 됩니다 — 색만으로 상태를

말하면 색약이신 분께는 두 상태가 같아 보일 수 있습니다.

줄 간격이 문단마다 달라 보이던 것도 고쳤습니다

알림 화면 맨 위, 바로 붙어 있는 두 문단의 줄 간격이 눈에 띄게 달랐습니다. 앞 문단은

글자 크기만 줄이고 줄 높이는 16pt 글자에 맞춘 값을 그대로 쓰고 있었습니다.

앱 전체를 한 번에 맞추는 방법(줄 높이를 «비례»로)도 해 봤는데 되돌렸습니다.

입력칸과 칩처럼 재료를 겹쳐 쓰는 자리가 조용히 안 그려졌습니다 — 조용시간 카드와

칩 줄이 통째로 사라졌습니다. 그림 225장을 나란히 놓고서야 보였습니다. 그래서 눈에

띈 자리만 고쳤고, 왜 전역으로 못 했는지를 코드에 적어 두었습니다.

여러분의 화면은 칩 색이 앱 나머지와 같아지는 것 말고는 달라지지 않습니다.

• 내부 검증 2196건 · 화면 기준선 283장. versionCode 662.

앞 판에 넣은 미국 프리미엄을 난독화한 실제 앱으로 폴드5에 띄워 확인했습니다.

살아 있는 자료로 그려지고, 화면 밖에서 따로 계산한 값과 **순위(99퍼센타일)와 창

(300일)이 정확히 일치**했습니다. 값이 소수 넷째 자리에서 갈린 것은 15분 캐시 사이

마지막 봉이 움직인 것으로, 설계한 그대로입니다.

걸리는 것이 하나 있어서 재 봤습니다

지금 값은 오늘 봉이라 아무 시각의 값인데, 견주는 과거 값들은 전부 **하루 마감

시각**의 값입니다. 미국 장중에 프리미엄이 높다면, 오후에 열어 보신 분께는 순위가

늘 부풀어 보일 수 있습니다.

60일치 시간봉 1,450개를 UTC 시각별로 갈라 봤습니다.

| | 시각 | 전체 평균 대비 |

|---|---|---|

| 가장 높음 | 20시 UTC(미국 오후) | +0.0041%p |

| 가장 낮음 | 03시 UTC(아시아 오전) | −0.0043%p |

방향은 짐작대로였지만 크기가 작았습니다 — 폭 0.0083%p 는 일간 전체 폭(0.11%p)의

7.5%입니다. 순위를 몇 자리 움직일 수는 있어도 「가운데」를 「역대급」으로 만들지는

못합니다. 고칠 방법도 없습니다(같은 시각끼리 견주려면 300일치 시간봉이 필요한데

제공처가 12일치까지만 줍니다). **못 고치는 것을 고친 척하지 않고, 크기를 재서

적어 두었습니다.**

함께

• 열쇠를 넣지 않으셔도 아무것도 없는 게 아니라는 것을 설정 화면에 적었습니다.
• 재 보고 안 넣기로 한 후보들을 이유·수치와 함께 저장소에 남겼습니다. 바이낸스 펀딩비가 그 마지막인데, 흥미롭게도 통념과 방향이 반대로 나왔습니다 — 「펀딩 과열 = 꼭지」로들 말하지만 그 뒤 30일이 오히려 좋았습니다(+11.95% 대 기준 +3.98%, 승률 70%). 다만 20국면짜리 t = 1.96 이라 저희 기준(5.17)에 한참 못 미쳐 넣지 않았습니다. 새 접속처가 느는 것도 이유였습니다. 여러분의 화면은 달라지지 않습니다.
• 내부 검증 2196건 · 화면 기준선 283장. versionCode 661.

앞서 붙인 현물 ETF 순유입에는 두 가지 제약이 있었습니다. 어제 자료이고,

직접 발급받은 키를 넣으신 분에게만 나옵니다.

같은 질문에 키 없이, 지금 이 순간으로 답하는 자리를 그 위에 두었습니다.

미국 프리미엄 — 미국 달러 시장(코인베이스)이 세계 시장(바이낸스)보다 얼마나 비싼가.

미국 쪽이 웃돈을 주고 사는 중이면 프리미엄이 오르고, 팔고 있으면 내려갑니다.

새로 접속하는 곳이 없습니다. 두 곳 다 이 앱이 이미 시세를 받아 오던 곳입니다.

흔히 쓰는 계산법에는 구멍이 있었습니다

보통은 「코인베이스 가격 − 바이낸스 가격」으로 잽니다. 그런데 **바이낸스 가격은

USDT 기준이고, USDT 는 정확히 1달러가 아닙니다.** USDT 가 0.998달러인 날에는

아무도 사거나 팔지 않아도 프리미엄이 +0.2%로 잡힙니다.

1,160일(3년 2개월)을 두 방식으로 나란히 재 봤습니다.

| | 보통 값의 폭 | USDT 이탈만의 폭 |

|---|---|---|

| 실측 | 0.41%p | 0.39%p |

스테이블코인의 흔들림만으로 신호 전체만큼의 폭이 나옵니다. 두 방식의 순위는 평균

29p, 최대 82p 어긋났습니다 — 같은 날을 두고 하나는 「가운데」, 다른 하나는

「역대급」이라고 말합니다. 그래서 저희는 USDT 가 1달러에서 벗어난 만큼을 빼고 잽니다.

방향은 말하지 않습니다

보정한 값으로 다시 재 봤습니다. 국면 단위로 1,160일, 상위 10%가 30국면·하위 10%가

58국면. 결과는 t = −0.99 ~ +0.17 이었습니다. 저희가 판정에 넣는 기준은 t = 5.17

입니다. 근처에도 못 갔습니다.

그래서 채산성과 같은 대접을 합니다 — **사실과 순위만 적고, 오른다 내린다는 말은

하지 않습니다.** 숫자 하나로는 크기를 가늠하기 어려우므로 「최근 …일 가운데 이보다

낮았던 날은 몇 %」를 함께 적었습니다.

좁은 화면에서 숫자가 쪼개지던 것을 고쳤습니다

이 값은 아주 작아서(대개 소수 넷째 자리) 큰 글씨 좁은 화면에서 `-0.0` / `744%` 로

두 줄로 갈라졌습니다. 잘린 숫자는 그대로 다른 숫자로 읽힙니다 — `-0.0` 은 그

자체로 말이 되니까요.

이름표 쪽을 접게 해 봤더니 이번엔 「다음 난이도 조정」이 한 글자씩 세로로 일곱 줄이

됐습니다. 둘 중 누가 이기느냐의 문제가 아니었습니다. 한 줄에 안 들어가면 이제

이름 아래에 값을 둡니다. 채산성·코인 정보의 「네트워크 해시레이트」,

「유통량 / 최대」, 「사상 최고가」도 같이 온전해졌습니다.

• 내부 검증 2196건 · 화면 기준선 283장. versionCode 660.

뉴스 출처마다 「국내인가 해외인가」를 적어 두는 칸이 있었습니다. 설정 화면이 출처를

«국내 / 해외» 로 묶어 보여 주던 시절의 것입니다.

그 묶음은 오래전에 사라졌습니다. 협의 없이 남의 브랜드를 기능 안에 넣지 않기로 하고

국내 매체를 싣지 않게 되면서, 나눌 것이 없어졌기 때문입니다. 설정 화면 주석도

「나누지 않는다」고 정확히 적고 있었습니다.

그런데 칸은 그대로 남아 있었습니다. 게다가 그 칸의 설명은 「설정 화면의 묶음

표시용」이라고, 이미 없는 용도를 가리킨 채였습니다. 같은 화면의 머리말은 아직

「국내 3 + 외국 10」이라고 적고 있었고요 — 국내 쪽은 한 곳도 없는데 말입니다.

「아무도 안 읽는 칸」을 세는 검사를 붙였습니다

이 저장소가 여러 번 만난 모양입니다 — 뺀 것이 끝까지 전파되지 않습니다. 문구는

이틀 전, 화면 조각은 어제 검사를 붙였고, 남은 것이 이 칸이었습니다.

예외를 만들지 않으려고 규칙을 일부러 약하게 잡았습니다. 「제품 코드가 읽는가」로 물으면

멀쩡한 값이 걸립니다 — 다이버전스의 「앞 지점」처럼, 시험만 읽지만 그 값의 뜻을

이루는 칸이 있으니까요. 그래서 «아무도 안 읽는가» 로 묻습니다. 더 약하지만 예외가

없고, 실제 사례는 이것으로 잡힙니다.

여러분의 화면은 달라지지 않습니다.

• 내부 검증 2183건 · 화면 기준선 277장. versionCode 659.

어제 「아무 데서도 안 그려지는 화면 조각」을 찾는 검사를 붙였습니다. 그 검사가 **자기

사각지대 때문에 하나를 놓치고 있었습니다.**

이름이 대문자로 시작하는 것만 세고 있었습니다. 화면을 그리는 조각은 대문자로 짓는 것이

관례라서인데, 값을 돌려주는 도우미는 소문자입니다. 그래서 공포지수 카드의 종합 문장을

만들던 함수가 통째로 빠졌습니다 — 아무도 부르지 않고 있었습니다.

찾아보니 그 문장을 뺀 것은 옳은 결정이었습니다. 카드가 F&G·VIX·코스피를 바로 위에서

더 크게 이미 말하고 있어서, 좁은 화면 큰 글씨에서 그 되풀이가 세 줄을 먹었습니다. 그래서

셋을 함께 읽은 판정인 「극단적 탐욕」 한 줄만 남겼습니다 — 그건 다른 어디에도 없으니까요.

다만 그 결정이 끝까지 전파되지 않아 껍데기가 죽은 채 남았고, 저희 README 는 계속

「종합 인사이트 한 줄」이라고 적고 있었습니다. 껍데기를 걷어내고, README 를 지금 화면대로

고치고, 조립 함수에는 「지금 이 문장은 화면에 나가지 않는다」와 그 이유를 적었습니다.

검사의 사각지대를 넷 다 막았습니다

호출 모양이 넷입니다 — `이름(` · `이름 {` · `이름<T>(` · `::이름`. 만들면서 셋을 차례로

빠뜨려 그때마다 멀쩡한 것이 죽은 것으로 잡혔습니다. 넷을 함께 보게 했고, 소문자 이름도

함께 봅니다. 지금 화면 조각 210개가 전부 그려지고 있습니다.

여러분의 화면은 달라지지 않습니다.

• 내부 검증 2181건 · 화면 기준선 277장. versionCode 658.

앞 판에서 스토어가 아홉 언어로 약속한 기능이 앱에 없는 것을 찾아 되살렸습니다.

그 일이 반년 넘게 아무에게도 안 걸린 이유를 생각해 봤습니다.

기능을 넣을 때는 검사가 여럿 지킵니다. 그런데 뺄 때는 아무도 안 봅니다 —

화면에서 지우면 그걸로 끝난 것 같지만, 실제로는 문구·스토어 설명·QA 항목·화면 기준선이

그대로 남습니다. 그리고 그것들은 아무 소리도 내지 않습니다.

그래서 그 발자국 둘을 지키게 했습니다.

| 발자국 | 뜻 |

|---|---|

| 아무도 안 부르는 문구 | 그 문구가 가리키던 기능이 화면에서 사라졌다 |

| 아무 데서도 안 그려지는 화면 조각 | 같은 일 (번역 칩이 정확히 이 모양이었다) |

번역 칩이 죽어 있던 동안 `news_translate` 는 아무도 안 쓰는 문구였습니다. 이 검사가

있었으면 그날 바로 걸렸습니다. 지금은 문구 880개·화면 조각 174개가 전부 쓰이고 있습니다.

> 걸렸을 때 지우라는 뜻이 아닙니다. 그 기능이 지금 어디 있는지 물어보라는 뜻입니다.

> 정말 뺀 것이라면 스토어 설명과 QA 항목도 함께 정리됐는지 보고 지우고, 아니라면 되살립니다.

만들면서 제가 같은 실수를 또 했습니다. 조각을 세는 정규식이 `이름(` 만 찾아서,

`ChartCard { … }` 처럼 괄호 없이 부르는 멀쩡한 조각 둘이 죽은 것으로 잡혔습니다 —

바로 앞 판에서 접근성 검사가 똑같은 사각지대로 여섯 자리를 놓쳤던 그 실수입니다.

고쳤고, 그 사실을 검사 옆에 적어 두었습니다.

여러분의 화면은 달라지지 않습니다.

• 내부 검증 2190건 · 화면 기준선 277장. versionCode 657.

「해외 기사는 번역해서 볼 수 있어요」 — 스토어 설명 열 언어 중 아홉이 그렇게 적고

있습니다. 그런데 앱에는 그 버튼이 없었습니다.

한때는 있었습니다. 자리를 뺏는다는 이유로 뺐는데, 뺀 것이 전파되지 않았습니다.

남은 것들이 이렇습니다 —

| | |

|---|---|

| 스토어 설명 | 아홉 언어가 계속 약속 |

| 코드 | 칩 구현·`onTranslate` 배선·문구 2개×5언어가 죽은 채로 |

| QA 체크리스트 | 그 칩을 시험하라고 지시 |

| 화면 기준선 | 「News card (translate chip)」라는 이름의 그림에 칩이 없음 |

마지막 줄이 가장 아픕니다. 칩이 사라진 뒤 기준선을 다시 떠서, **회귀를 잡아야 할 검사가

오히려 회귀를 승인**했습니다. 이름만 남았습니다.

되살렸습니다

그동안 상황도 바뀌었습니다. 국내 매체가 전부 빠져 기본 출처 10곳이 모두 영문입니다 —

한국어·일본어·중국어로 보시는 분께는 이제 모든 기사가 외국어입니다. 뺄 때보다 더

필요해진 셈입니다.

• 앱 언어와 다른 언어로 쓰인 기사에만 칩이 붙습니다. 영어로 두시면 사라집니다.
• 직접 넣으신 RSS 주소는 무슨 언어인지 알 수 없어 칩을 띄우지 않습니다.
• 번역은 브라우저가 합니다. 앱은 기사 주소를 제3자에게 보내지 않습니다.

자리 문제는 재서 풀었습니다

칩을 되살리자 좁은 화면(320dp·글씨 1.5배)에서 출처가 `Co…` 로 뭉개졌습니다. 이 앱은

「출처는 기사의 신원이라 그게 지워지면 그 줄이 있을 이유가 없다」고 적어 둔 곳입니다.

그래서 문턱값을 정하지 않고 쟀습니다 — 「출처 · 시각」이 남는 폭에 온전히 안 들어가면

그때만 줄을 나눕니다. 보통 폭에서는 한 줄 그대로고, 좁을 때만 메타 줄이 위로 올라가고

칩과 별이 아래로 갑니다.

• 내부 검증 2185건 · 화면 기준선 277장. versionCode 656.

스토어 설명에 새 기능을 넣다가 열 언어 전부가 없는 매체를 싣고 있는 것을 봤습니다

(「공식 RSS 13곳 — 국내 3 · 해외 10」. 국내 매체는 v3.5.43 에서 뺐습니다). 고치고,

다시 썩지 않게 검사를 붙였습니다.

같은 눈으로 저장소 앞면(README)을 열어 보니 셋이 더 있었습니다.

| 적혀 있던 것 | 실제 |

|---|---|

| 데이터 소스 「전부 공개 API · 키 불필요」 | 현물 ETF 순유입은 사용자 키로 돕니다 |

| 차트 기간 「1일/1주/1개월/3개월」 | 15분·30분·1시간·4시간·일·주 (v1.53.0~) |

| 새 기능 셋 | 하나도 없음 |

가운데 줄은 오래 참이었고, 그래서 자랑스럽게 적혀 있던 문장입니다. **참이었던 문장은

참이 아니게 된 뒤에도 오래 남습니다** — 아무도 다시 읽지 않으니까요.

셋 다 고치고, README 도 검사 대상에 넣었습니다. 이제 「전부 키 불필요」라고 다시 적으면

게이트가 멈춥니다.

> 앱이 키를 들고 다니지 않는다는 원칙은 그대로입니다. 다만 그 문장을 「**앱은 키를 들고

> 다니지 않습니다**」로 정확히 고쳐 적었습니다 — 원하시는 분이 직접 넣은 키로 도는 기능이

> 하나 생겼으니까요.

• 내부 검증 2184건 · 화면 기준선 277장. versionCode 655.

QA 가 「무엇을 시험할 것인가」를 보는 기능 목록을 열어 봤습니다.

> · 새로 붙인 세 화면(채산성 · 이 코인 뉴스 · 현물 ETF 순유입)이 하나도 없었습니다.

> · 데이터 소스 줄은 이미 걷어낸 국내 매체를 아직 적고 있었습니다(v3.5.43 제거).

목록에 없는 기능은 아무도 시험하지 않습니다. 없는 제공처를 적어 두면 QA 가 있지도

않은 것을 찾습니다.

더 나빴던 것은, 빌드 설정에 「그 목록의 출처 개수를 검사가 대조한다」고 **적혀만

있었다는 점입니다. 그 검사는 그 목록을 읽지 않습니다 — 없는 가드를 있다고 말하는

주석**이었고, 그래서 아무도 이 목록을 보지 않았습니다.

목록을 고치고, 그 주석을 사실로 만드는 검사를 붙였습니다. 검사는 넷을 봅니다 —

출처 개수가 코드와 같은가 · 걷어낸 매체가 다시 적혀 있지 않은가 · 새 제공처가 목록에

있는가 · 새 화면이 목록에 있는가.

붙이자마자 또 잡았습니다. 제가 고친 줄 말고 다른 줄에 걷어낸 매체 이름이 두 개 더

남아 있었습니다.

여러분의 화면은 달라지지 않습니다.

• 내부 검증 2182건 · 화면 기준선 277장. versionCode 654.

오늘 하루에 같은 종류의 결함을 네 번 냈습니다. 넷 다 이 앱에 이미 있던 규칙을

새 화면에서만 안 지킨 것이었습니다 —

| 자리 | 안 지킨 것 |

|---|---|

| 뉴스 항목 | 누름 동작에 이름 붙이기 |

| 숫자 입력칸 | 입력 정규화 규칙 |

| 달러 표기 | 이미 있던 함수를 새로 만들어 가려 버림 |

| ETF 「7거래일」 | 「실제로 본 만큼만 말한다」 |

넷 중 셋은 검사가 잡아 줬습니다. 문제는 쓴 뒤에 잡아 준다는 것입니다 — 그때는 이미

다시 쓰는 일이 됩니다.

그래서 규칙을 쓰기 전에 볼 수 있는 표로 모았습니다(작업 지침 문서). 어떤 규칙을,

무엇으로 지키고, 어느 검사가 감시하는지 한 자리에 적었습니다. 검사가 없는 규칙

하나도 「없다」고 적어 두었습니다 — 기계가 못 잡으니 사람이 지켜야 하는 것을, 자동으로

지켜진다고 읽으면 안 되니까요.

그리고 그 표를 지키는 검사를 붙였습니다. 문서로 규칙을 모으는 순간 문서가 낡기

시작합니다 — 이 앱은 그것도 이미 겪었습니다(작업 지침의 「알려진 빈틈」 두 줄이 오래

낡은 채였고, 그걸 좇아 한 판을 헛돌았습니다). 이제 표가 없는 검사를 가리키면 게이트가

멈춥니다. 일부러 틀린 이름을 넣어 실제로 멈추는 것도 확인했습니다.

여러분의 화면은 하나도 달라지지 않습니다.

• 내부 검증 2178건 · 화면 기준선 277장. versionCode 653.

바로 앞 판에서 「최근 7일 합」을 「최근 7거래일 합」으로 고쳤습니다. 그런데 **자료가

사흘치뿐일 때도 그대로 「7거래일」**이라고 적고 있었습니다. 값은 맞고 이름이 틀린

자리라, 나란히 놓고 세어 보기 전에는 눈에 띄지 않습니다.

이 앱에는 이미 같은 규칙이 두 곳에 있습니다 —

> · 지표 판독: 「최근 60봉 범위」라고 단정하지 않고 실제로 본 봉 수를 적습니다.

> · 채산성: 「최근 2년」이라 하지 않고 「최근 730일」이라 적습니다.

ETF 화면만 그 규칙에서 빠져 있었습니다. 이제 실제로 더한 날 수를 적습니다 —

사흘치면 「최근 3거래일 합」입니다.

• 내부 검증 2175건 · 화면 기준선 277장. versionCode 652.

현물 ETF 순유입을 부를 코인 목록을 검색 요약만 보고 적어 두었습니다. 확인해 보니

실제로 승인·상장된 것은 BTC·ETH·SOL·XRP·LTC 였고, ADA 는 단독 현물이 아니라 지수

ETF 경유였습니다. 나머지는 확인하지 못했습니다.

그런데 목록을 좁히려다 비대칭을 반대로 보고 있었다는 것을 알았습니다.

| | 잘못 넣었을 때 | 잘못 뺐을 때 |

|---|---|---|

| 값 | 헛된 호출 한 번(1시간 캐시, 화면은 그냥 안 나옴) | 그 코인에서 기능이 통째로 없음 |

두 번째가 훨씬 비쌉니다. 게다가 이 화면은 안내를 띄우지 않으므로, 빠진 코인에서는

왜 안 나오는지 알 길조차 없습니다. 그래서 목록을 넓게 두고, 대신 무엇이 확인된

것이고 무엇이 아닌지 코드에 갈라 적었습니다.

「이 코인 뉴스」의 오탐 차단은 정반대였습니다 — 거기서는 틀리게 붙는 쪽이 훨씬 비싸서

좁게 잡았습니다. 같은 「모르면 어느 쪽으로?」라도 값이 다르면 답이 다릅니다. 그 판단이

조용히 뒤집히지 않도록 검사로 못 박았습니다.

그리고 「최근 7일 합」은 「최근 7거래일 합」입니다

제공처는 비거래일(주말·휴장)을 아예 빼고 줍니다. 그래서 7건은 달력으로 아흐레에서

열흘쯤입니다. 「7일」이라고 적으면 합계가 실제보다 짧은 기간의 것으로 읽힙니다 —

다섯 언어 모두 고쳤습니다.

• 내부 검증 2175건 · 화면 기준선 276장. versionCode 651.

「이 코인 뉴스」는 쌓아 둔 기사 가운데 최근 500건만 훑고 끝냈습니다. 실제 피드를

재 보니 문제가 보였습니다 —

| | 제목 298건 중 |

|---|---|

| BTC | 84건 |

| XRP | 34건 |

| ETH | 20건 |

| ADA | 2건 |

흔한 코인은 첫 판에서 다 찾습니다. 그런데 드문 코인은 0건이 됩니다. 그리고 이 기능이

가장 쓸모 있는 쪽이 바로 그 드문 코인입니다 — 비트코인 기사는 어디에나 있지만, 작은

코인 기사는 찾기 어렵습니다.

그래서 채워질 때까지 더 깊이 훑도록 고쳤습니다.

• 흔한 코인은 첫 판에서 그대로 끝납니다(더 읽지 않습니다).
• 드문 코인만 다음 판으로 넘어갑니다.
• 아무것도 없는 코인에서 30일치를 통째로 읽지 않도록 멈추는 자리를 정해 두었습니다. 이 셈법은 화면에서 떼어 내 검사가 볼 수 있게 했습니다 — 저장소를 직접 부르면 시험할 수가 없어서, 「한 판 읽기」를 함수로 받도록 바꿨습니다. 위 세 가지가 동시에 참인지 검사가 지킵니다. 뉴스 시각도 함께 확인했습니다. 열 곳의 실제 피드를 훑어 보니 전부 RFC-1123 형식이고 발행 시각이 100% 들어 있었습니다 — 파서가 첫 갈래에서 다 읽습니다. 빈틈이 없다는 것을 가정이 아니라 확인으로 적어 둡니다.
• 내부 검증 2174건 · 화면 기준선 276장. versionCode 650.

「이 코인 뉴스」의 오탐 차단 목록을 저희가 손으로 골라 두었습니다. 그럴듯해 보였지만

확인한 적은 없었습니다. 그래서 앱이 실제로 받는 열 곳의 RSS 제목 298건에 같은 규칙을

그대로 돌려 봤습니다.

곧바로 구멍이 나왔습니다. 코인 `JST` 의 영문명이 「JUST」 입니다.

> · 'DeFi doesn't exist anymore,' just onchain finance

> · …risk of concentrating on just one token

> · …quiet debt fine print leaves just $2.1M in real cash

세 줄 다 그 코인의 뉴스로 붙고 있었습니다. 같은 구멍이 `Metal`(MTL)·`SOON` 에도 있었습니다.

업비트 원화 283종 가운데 영문명이 보통 낱말인 것이 열셋인데, 그중 넷을 놓치고

있었던 것입니다.

셋을 막고 다시 돌려 봤습니다.

| | |

|---|---|

| 제목 | 298건 |

| 꼬리표가 붙은 것 | 180건 |

| 분포 | BTC 84 · XRP 34 · ETH 20 · SHIB 17 · SOL 15 |

| 눈으로 찾은 오탐 | 1건 |

남은 한 건은 「MyEtherWallet (MEW)」입니다. `MEW` 는 그 지갑의 약자이면서 실제 티커라

규칙으로는 갈리지 않습니다. 막으면 그 코인 뉴스를 통째로 잃게 되므로 그냥 두었습니다 —

「just」처럼 거의 항상 코인이 아닌 경우와 달리, 여기는 반반입니다.

이 목록은 새 종목이 들어오면 다시 낡습니다. 그래서 「고칠 때는 지어낸 예가 아니라

실제 피드에 돌려 보고 고칠 것」을 코드 옆에 적어 두었습니다.

• 내부 검증 2168건 · 화면 기준선 276장. versionCode 649.

지난 판에서 「이 코인 뉴스」를 만들며 영문 제목의 오탐은 꽤 신경 썼습니다 — 심볼은

대문자로 홀로 설 때만, 두 글자는 아예 안 세고, `ATH` 같은 약어는 손수 막고.

그런데 한글은 그냥 「들어 있으면」이었습니다.

한국어에는 띄어쓰기로 갈리지 않는 자리가 많습니다. 그래서 「리플렉션」도 「리플리

증후군」도 전부 리플(XRP) 뉴스가 됩니다. 이 앱은 여러분이 직접 넣으신 RSS 를

지원하므로 한글 제목이 실제로 들어옵니다 — 한쪽만 막고 있었던 셈입니다.

영어처럼 낱말 경계로 자를 수도 없습니다. 한국어는 이름 뒤에 조사가 그대로 달라붙기

때문입니다(`리플이`·`리플의`·`리플에서`). 그래서 규칙을 이렇게 두었습니다 —

| | |

|---|---|

| 앞 | 한글이 아니어야 합니다(또는 문장 처음) |

| 뒤 | 한글이 아니거나(공백·부호·끝), 한글이면 조사 첫 글자여야 합니다 |

「리플이 급등」·「리플의 ETF」·「리플, 급등」은 그대로 잡히고, 「리플렉션」은 걸러집니다.

완벽하지는 않습니다 — 조사로 시작하는 다른 낱말이 이어지면 통과합니다(「리플의」와

「리플의자」를 구별하지 못합니다). 그래도 틀리게 붙는 쪽을 크게 줄이면서 정상적인 문장은

다 잡습니다.

한글에도 흔한 낱말 차단을 더했습니다. 영문에는 있었는데 한글에는 없었습니다 —

업비트 한글명에는 「가스」·「홈」 같은 보통 낱말이 실제로 있습니다. 그 코인들은 심볼이

대문자로 나올 때 잡힙니다.

• 내부 검증 2167건 · 화면 기준선 276장. versionCode 648.

채산성의 「최근 730일 중 몇 %」를 내려면 2년치 해시레이트와 일봉 730개가 필요합니다.

그 계산이 해시레이트·난이도와 같은 캐시에 묶여 있었습니다 — 그 둘은 10분마다

새로 받는 것이 맞지만, 순위는 하루에 한 번 바뀌는 값입니다.

즉 비트코인 화면을 열어 두고 계시면, 10분마다 2년치를 다시 받고 있었습니다. 제공처에도

여러분의 데이터 요금에도 무례한 일이었습니다.

캐시를 갈랐습니다.

| | 주기 |

|---|---|

| 해시레이트·난이도 | 10분 (원래대로) |

| 창 안 순위 | 12시간 |

그 사이 블록 높이가 바뀌는 것은 문제가 되지 않습니다 — 순위는 730일 순서라 블록 몇

개 차이로 자리가 바뀌지 않습니다.

보이는 것은 하나도 달라지지 않습니다. 받아 오는 양만 줄었습니다.

• 내부 검증 2164건 · 화면 기준선 276장. versionCode 647.

이 앱에는 「누를 수 있는 자리는 무엇이 일어나는지 말해야 한다」는 검사가 있습니다.

TalkBack 을 쓰시는 분께 「두 번 탭하여 활성화」라고만 들리면, 그건 불편이 아니라

틀린 안내이기 때문입니다.

그 검사가 여섯 자리를 못 보고 있었습니다.

코틀린은 인자가 람다 하나뿐이면 괄호를 생략할 수 있습니다 — `.clickable(…)` 대신

`.clickable { … }` 로 적을 수 있지요. 그런데 검사는 괄호가 있는 쪽만 찾고 있었습니다.

더 나쁜 것은, 같은 검사에 「누를 자리를 여덟 개 넘게 찾았는가」라는 자기 점검이 붙어

있었다는 점입니다. 헛도는 것을 막으려고 넣은 줄인데, **정작 못 보는 자리가 있다는 사실을

가려 주고** 있었습니다. 초록불이 안심시킨 셈입니다.

검사를 넓히자 여섯 자리가 드러났고, 각각에 맞는 처방을 주었습니다.

| 자리 | 처방 |

|---|---|

| 「더 보기」·「접기」(판독 화면 두 곳) | 글자가 곧 그 동작이라 「누를 수 있다」만 알립니다 |

| 절전 예외 줄 | 시스템 화면이 열리므로 「절전 예외 요청 화면 열기」 |

| 언어 고르기 줄 | 「언어 고르기」 |

| 코인 추가 줄 두 곳 | 「추가」 |

| 이 코인 뉴스 항목 | 「브라우저에서 기사 열기」 |

마지막 줄은 지난 판에서 저희가 새로 만든 자리입니다. 뉴스 화면은 이미 같은 이름을 쓰고

있었는데 이 목록만 규칙에서 빠져 있었습니다 — 넓힌 검사가 아니었으면 몰랐을 것입니다.

기기에서 접근성 트리도 다시 훑었습니다(홈·코인 상세·알림·설정 네 화면, 말 없는 조작

요소 0개).

• 내부 검증 2164건 · 화면 기준선 276장. versionCode 646.

채산성 화면은 「가정: 채굴기 20.0 J/TH · 전기 $0.050/kWh」라고 적어 왔습니다. 가정을

숨기지 않으려고 넣은 줄인데, 정작 바꾸실 수는 없었습니다. 사람마다 상정하는 장비도

전기요금도 다른데 말이지요.

설정 ▸ 채산성 가정에서 두 값을 직접 정하실 수 있게 했습니다. 바꾸시면 원가와 비율이

함께 움직이고, 화면이 밝히는 가정 줄도 같이 바뀝니다.

| | 기본값 | 예: 13.5 J/TH · $0.11/kWh |

|---|---|---|

| 전기비 기준 원가 | $47,832 | $71,031 |

| 지금 가격은 전기비의 | 2.4배 | 1.6배 |

| 최근 730일 중 순위 | 8% | 8% |

순위가 그대로인 것이 핵심입니다. 원가는 이 두 값에 정비례하므로 모든 날이 같은 비율로

움직이고, 그러면 순서는 하나도 바뀌지 않습니다. 그래서 설정을 만지셔도 2년치를 다시

받지 않고, 순위는 여전히 「가정과 무관한 사실」로 남습니다. 이 성질은 검사로 못 박아

두었습니다 — 누가 계산을 손대 이 관계가 깨지면 그 자리에서 걸립니다.

범위는 효율 5~100 J/TH, 전기 $0.005~0.60/kWh 로 둡니다. 못 믿어서가 아니라, **0 하나가

원가를 무한대나 0 으로 만들고 그 숫자가 그럴듯한 달러로 화면에 찍히기** 때문입니다.

이번 판은 실기기 확인도 함께 했습니다 — 난독화한 릴리스를 폴드5에 올려, 채산성 카드

(비율 1.3배 · 730일 중 7% · 원가 $48,175 · 해시레이트 903.3 EH/s · 난이도 −4.1%)와

「이 코인 뉴스」가 실제로 뜨는 것을 확인했습니다. 화면에 뜬 숫자는 오프라인에서 따로

계산한 값과 일치했습니다.

• 내부 검증 2164건 · 화면 기준선 276장. versionCode 645.

BTC·ETH·SOL·XRP 등 미국 현물 ETF 가 있는 코인의 일별 순유입을 상세 화면에서 볼 수

있게 했습니다. 어제 얼마가 들어왔고, 최근 이레 합은 얼마이고, 출시 이후 누적은 얼마인지.

다만 이 기능은 열쇠가 있어야 합니다. 그리고 앱은 열쇠를 드리지 않습니다.

왜 그렇게 했는지

무료로·열쇠 없이 이 자료를 받을 수 있는 곳이 있는지 하나씩 두드려 봤습니다(2026-08-14):

| 곳 | 결과 |

|---|---|

| Farside Investors | 403 — 프로그램 접근을 막습니다 |

| CoinGlass | 401 · 무료 티어 없음(월 $29부터) |

| SoSoValue | 열쇠 필요(무료 플랜 있음) |

| DefiLlama · ByKaranteli | 해당 엔드포인트 없음 |

없었습니다. 그러면 앱에 열쇠를 하나 박아 넣는 길이 남는데, 그러지 않았습니다.

난독화를 해도 설치 파일에서 결국 뽑혀 나가고, 그러면 모든 사용자가 한 도(限度)를 나눠

쓰다가 어느 날 다 같이 멈춥니다. 무엇보다 「무료·무로그인·수집 없음」으로 버텨 온 이 앱에

처음으로 바깥에 매인 것이 생깁니다.

그래서 원하시는 분이 직접 발급받아 넣으시는 방식으로 했습니다. 설정 ▸ 현물 ETF

순유입 키에 붙여 넣으시면 그때부터 보이고, 비워 두시면 그 화면은 아예 나오지 않습니다.

「열쇠를 넣으세요」 같은 안내도 띄우지 않습니다 — 안 쓰시는 분께는 없는 기능이어야 합니다.

접속처(`openapi.sosovalue.com`)는 데이터 출처 목록에 적어 두었습니다. **넣으시기 전에는

한 번도 부르지 않지만**, 「넣으면 여기로 간다」를 미리 아셔야 넣을지 말지 고르실 수 있으니까요.

여기서도 방향은 말하지 않습니다

「유입이 많으면 오른다」를 재 봤습니다. 같은 계열의 대리지표인 코인베이스 프리미엄

(미국 현물 수요)으로 2,093일치를 잰 결과, 반년 블록 단위 t 값이 −1.51 ~ +0.45 로

평평했습니다. 오분위 중앙값도 +1.0 / +2.1 / +0.8 / +0.2 / +0.9% 로 순서가 없었습니다.

그래서 사실만 적습니다. 이 앱이 채산성에서 그랬고, 그 전에 과거 적중률을 걷어냈던 것과

같은 이유입니다.

만드는 동안 검사가 또 한 번 멈춰 세웠습니다 — 「이 코인에 ETF 가 있나」를 묻는 것만으로도

저장소를 건드리는 모양이었습니다. 묻는 것이 다르면 있는 곳도 달라야 해서, 그 사실을

따로 떼어 놓았습니다. 그리고 화면 그림을 보다가 총 순자산에 「+」가 붙는 것을

찾았습니다 — 잔액에 붙은 플러스는 「늘었다」로 읽히니까요. 뗐습니다.

• 내부 검증 2163건 · 화면 기준선 275장. versionCode 644.

코인을 눌러 상세를 열면, 그 코인 이야기인 기사만 모아 보여 줍니다. 눌러서 원문으로

갑니다.

새로 받아 오는 것은 없습니다. 앱은 이미 고르신 공식 RSS 에서 기사를 받아 30일치를

쌓아 두고 있었습니다. 없던 것은 「이 기사가 어느 코인 것인가」 하나뿐이라, 새 제공처도

새 접속처도 늘지 않았습니다.

어려운 건 찾는 게 아니라 «안 붙이는» 것이었습니다

업비트 원화 시장에만 283종이 있고, 그 심볼에는 이런 것들이 실제로 있습니다 —

> `TRUMP` · `ATH` · `NEAR` · `AI` · `ORDER` · `OPEN` · `GAS` · `MASK` · `SAND` · `META` ·

> `MOVE` · `HOME` · `SKY` · `SUN` · `TREE` · `TRUST` · `DATA` · `RED` · `SAFE` · `PUMP`

순진하게 심볼을 찾으면 「Trump signs crypto executive order」 한 줄이 **TRUMP 와 ORDER

두 코인의 뉴스**가 됩니다. 「BTC hits new ATH」는 ATH 코인 뉴스가 되고, 「AI tokens

rally」는 AI 코인 뉴스가 됩니다.

그렇게 붙은 꼬리표는 틀렸다는 것조차 눈에 안 띕니다 — 그 코인 화면에 그럴듯한 기사가

한 줄 더 있을 뿐이니까요. 놓친 기사는 목록에 안 보이는 것으로 끝나지만, 잘못 붙은 기사는

판단을 흔듭니다.

그래서 규칙을 「많이 찾기」가 아니라 「틀리게 붙이지 않기」로 세웠습니다.

| 규칙 | 왜 |

|---|---|

| 심볼은 대문자로 홀로 설 때만 | 영문 제목은 낱말머리만 대문자라(`Trump`·`near`) 티커 표기(`BTC`)와 자연히 갈립니다 |

| 두 글자 심볼은 아예 안 셉니다 | `AI`·`ME`·`ID`·`OP` 는 대문자 약어와 구별할 방법이 없습니다 |

| 이름은 통째로 나올 때만 | `NEAR Protocol`·`The Sandbox` 처럼 이름은 심볼보다 또렷합니다 |

| `ATH` 같은 약어는 손수 막습니다 | 신고가 약어는 대문자로 쓰이는 것이 정상이라 규칙 하나로는 안 갈립니다 |

몇 종은 놓칩니다. 알고 그렇게 두었습니다.

발행 시각을 모르는 기사(RSS 에 실제로 섞여 옵니다)는 출처만 적습니다 — 「56년 전」이

찍히면 목록 전체가 못 믿을 것이 되니까요.

만드는 동안 검사가 한 번 더 멈춰 세웠습니다 — 아카이브를 읽는 함수가 **메인 스레드에서도

불릴 수 있는 모양**이었습니다. 부르는 곳이 하나일 땐 맞다가 둘째가 생기면 틀리는 자리라,

함수가 스스로 IO 를 두르게 고쳤습니다.

• 내부 검증 2157건 · 화면 기준선 270장. versionCode 643.

앞 판에서 채산성을 붙이면서 「지금 가격은 전기비의 2.4배입니다」라고 적었습니다.

그 문장만으로는 아무것도 알 수 없다는 것을 재 보고 알았습니다.

실제 자료(2013년 이후 4,970일)에서 이 비율은 —

| | |

|---|---|

| 중앙값 | 10.0 |

| 최댓값 | 493,819 |

| 최솟값 | 1.01 |

초기에는 해시레이트가 미미해 비율이 발산했고, 네트워크가 자라며 계속 내려왔습니다.

시대마다 다른 자입니다. 그러니 「2.4배」를 보고 여러분은 그게 높은지 낮은지 알 길이

없고, 하필 낮은 쪽을 보통으로 읽게 됩니다.

그래서 창 안 순위를 함께 적습니다 — 「최근 730일 가운데 이보다 낮았던 날은 8%입니다」.

창 일수는 「최근 2년」이라 단정하지 않고 실제로 본 만큼을 적습니다.

> 지금 이 값은 실제로 낮은 쪽입니다. 채굴 전기비 대비 여유가 최근 2년 중 하위 8% 자리입니다.

재 봤고, 판독에는 넣지 않기로 했습니다

앞 판에서 「다음 판에서 재겠다」고 적었습니다. 쟀고, 표를 주지 않기로 했습니다.

비율이 낮으면 오르더라, 를 2016년 이후 3,875일로 쟀습니다(겹치는 창의 부풀림은 반년

블록으로 억제).

| 문턱 | 기간 | 「하위밴드 − 나머지」 | t |

|---|---|---|---|

| 하위 5% | 30일 | +6.1%p | 2.17 |

| 하위 5% | 90일 | +3.7%p | 0.38 |

이 앱이 자기 주장에 요구해 온 값은 t = 5.17(신뢰도 문턱)과 t = 8.25(판독 수명)

였습니다. 게다가 위 표는 문턱 6개 × 기간 2개를 훑은 뒤의 최댓값이라 **우연히 나올 만한

크기이고, 앞뒤 절반으로 가르면 위쪽 밴드는 부호가 아예 뒤집혔습니다**(2016~2021년에는

비율이 높을수록 오히려 더 올랐습니다).

채굴 쪽의 표준 신호로 알려진 해시 리본도 같이 쟀는데 더 나빴습니다 — 회복 교차 이후

30일 중앙 −2.3%(승률 37.1%)로, 아무 날이나 골랐을 때의 +2.7%(승률 56.3%)보다

못했습니다.

그래서 채산성은 사실만 말하고 방향은 말하지 않습니다. 이 앱이 과거 적중률을 걷어낸

것과 같은 이유입니다 — 근거가 없는데 있는 척하면, 가장 모르는 자리에서 가장 자신 있게

말하게 됩니다.

• 내부 검증 2145건 · 화면 기준선 266장. versionCode 642.

비트코인 상세에 「채산성」이 생겼습니다. 지금 가격이 채굴 전기비의 몇 배인지, 다음

난이도 조정이 언제 어느 쪽인지 보여 줍니다.

왜 이걸 넣었는가. 이 앱은 지표 여덟 개를 세어 판독을 냅니다. 그런데 그 여덟이

전부 캔들 하나에서 나옵니다. 앱 안에 이미 이렇게 적혀 있었습니다 —

> 「여섯이 같은 말을 한다」는 관측 두 개를 여섯 번 말한 것일 수 있다.

그래서 이 앱은 서로 닮은 지표를 계열로 묶어 신뢰도를 깎아 왔습니다. 하지만 그건

문제를 인정한 것이지 푼 것이 아닙니다. 같은 자료를 더 들여다봐도 아는 것은 안 늘어납니다.

채산성은 다릅니다. 네트워크 해시레이트와 블록보상에서 나오므로 가격이 아무리

움직여도 이 값은 안 움직입니다. 채굴자는 여러분과 달리 팔 수밖에 없는 사람입니다 —

전기요금은 매달 나가고 재고는 코인뿐입니다. 가격이 전기비 근처로 내려오면 장비가 꺼지고

해시레이트가 빠집니다. 캔들을 아무리 봐도 안 보이는 일입니다.

| | |

|---|---|

| 출처 | mempool.space (열쇠 없이 누구나 부르는 공개 API) |

| 부르는 때 | 비트코인 상세를 열 때. 10분 캐시 — 난이도는 2주에 한 번 바뀝니다 |

| 안 되면 | 섹션이 통째로 사라집니다. 빈 칸에 「-」를 늘어놓지 않습니다 |

숫자보다 이름을 조심했습니다. 이건 총생산원가가 아닙니다. 설비·인건비·풀

수수료가 빠져 있으니 실제 원가는 이보다 높습니다. 그래서 화면에 「원가가 아니라

하한입니다」라고 적고, 계산에 쓴 **가정(채굴기 20 J/TH · 전기 $0.05/kWh)도 함께

적습니다.** 가정을 숨기면 여러분은 측정값으로 읽게 됩니다.

판독에는 아직 넣지 않았습니다. 문턱을 손으로 정하지 않으려고 그렇습니다 — 이 앱은

「신뢰도 높음」 기준을 8년치 22,263건을 재서 정했고, 새 계열도 같은 대접을 받아야 합니다.

다음 판에서 잽니다.

만드는 동안 앱의 검사 셋이 저를 세 번 멈춰 세웠습니다 — 새 접속처가 **고지 목록에

없다, 빼기 부호를 직접 만들었다, 문서가 아직 없는 버전을 가리킨다**. 셋 다

고치고 올립니다.

• 내부 검증 2139건 · 화면 기준선 264장. versionCode 641.

앞 판이 야후의 값을 쟀습니다. 같은 방식으로 코인게코와 로고를 쟀습니다.

코인게코 하나가 넷을 댑니다 — 전역 시총·도미넌스 이력·코인 정보, 그리고 **코인 로고

주소**. 넷 다 실패해도 곱게 빠집니다(카드가 비고, 로고는 숨습니다). 시세·김프·차트·판독·

알림은 거래소에서 오므로 그대로입니다.

그런데 로고를 재다가 다른 것이 나왔습니다. 로고 주소는 코드에 없습니다 — 응답의

`image` 필드에서 옵니다. 실제 값은 coin-images.coingecko.com 이었고,

| | |

|---|---|

| 고지 목록(22곳)에 있었나 | 없었습니다 |

| 고지 검사가 잡았나 | 못 잡습니다 |

그 검사는 소스에서 주소를 훑기 때문에, 응답 본문에서 오는 주소는 구조적으로 볼 수

없습니다.

> 「소스에 없다」는 「안 두드린다」가 아닙니다. 여러분의 기기는 그 호스트를 실제로

> 두드립니다.

고쳤습니다 — 고지 목록과 화면 문구 다섯 말에 로고 출처를 적었고, 응답에서 오는

호스트를 따로 적어 지키는 검사를 더했습니다. 그 목록이 낡지 않게 **코드가 여전히 그 필드를

쓰는지**도 함께 봅니다.

미리 적어 둔 예측은 빗나갔습니다(24승 49패) — 핵심이 같이 죽을 줄 알았는데 넷 다 곱게

빠졌고, 대신 고지 구멍이 나왔습니다.

• 내부 검증 2122건 · 화면 기준선 257장. versionCode 640.

분석은 자료의 벽에 닿았습니다. 남은 것은 앱 쪽의 살아 있는 위험이고, 그 첫째가 바깥

의존입니다.

| | |

|---|---|

| 앱이 두드리는 바깥 호스트 | 22곳 |

| 소스에 박힌 키 | 0개 |

22곳 중 성격이 다른 하나가 야후 지수 API입니다 — 문서화된 공개 API가 아닙니다.

쓰이는 자리는 딱 셋입니다.

| 어디 | 무엇 | 실패하면 |

|---|---|---|

| 지수 시세 | 코스피·코스닥 … | 그 줄만 빠집니다 |

| 공포·탐욕 | VIX | 보조값이 빕니다 |

| 공포·탐욕 | 코스피 | 보조값이 빕니다 |

셋 다 예외를 삼키는 통로를 지나므로, **야후가 죽어도 지수 줄만 사라지고 나머지는

그대로**입니다.

| 걷어내면 | |

|---|---|

| 사라지는 것 | 홈 지수 줄 · 공포탐욕 보조 |

| 남는 것 | 시세 · 김프 · 차트 · 판독 · 알림 · 위젯 · 뉴스 전부 |

| 드는 일 | 파일 둘 |

> **의존을 끊을 수 있는지는 「지금 잘 도는가」가 아니라 「죽으면 무엇이 같이 죽는가」로

> 답해야 합니다.** 그 값을 재 두었으니 결정은 언제든 하실 수 있습니다.

출처는 이미 화면 세 곳에 밝히고 있고, 그것을 지키는 검사도 양방향으로 이미 있습니다.

미리 적어 둔 예측이 맞았습니다(24승 48패).

• 내부 검증 2121건 · 화면 기준선 257장. versionCode 639.

앞 판이 후보 넷을 판정 없이 남기며 「세지 않은 것을 구멍이라 적지 않는다」고 했습니다.

그 몫을 갚았습니다.

| 후보 | 결과 |

|---|---|

| 데이터베이스 접근 경계 | 아무도 안 움 — 구멍 |

| 외부 호스트 고지 | 거짓 후보 — 다른 짝으로 이미 양방향 |

| 지표 이름 완전성 | 판정 못 함 — 변이가 오염됐습니다 |

| 홈 화면 카드 배치 | 아직 안 봤습니다 |

미리 적어 둔 예측은 빗나갔습니다(23승 48패) — 둘 이상일 줄 알았는데 하나입니다.

정규식은 또 후보만 줬습니다. 외부 호스트 고지는 「고지 안 한 호스트」와 「안 쓰는데 남은

고지」를 서로 다른 두 짝으로 이미 덮고 있었는데, 짝 단위로 본 검사가 한 방향으로 셌습니다.

변이도 오염될 수 있습니다. 지표 이름 검사는 울었지만 다른 이유로 울었습니다 — 유령

이름이 기존 이름을 재사용해 「두 지표가 같은 제목」이 먼저 걸렸습니다. 그래서 이 후보는

「구멍 없음」이 아니라 「판정 못 함」으로 적었습니다.

> 변이가 울었다고 그 변이를 잡은 것이 아닙니다. 무엇이 울었는지 읽어야 합니다.

고쳤습니다 — 데이터베이스 검사 목록에 반대 방향을 더했습니다. 낡은 목록은 「이만큼

지킨다」는 거짓 인상을 줍니다. 유령 항목을 넣어 일부러 깨뜨려 확인했습니다.

• 내부 검증 2116건 · 화면 기준선 257장. versionCode 638.

앞 판이 「검사는 자기가 보는 쪽만 지킨다」를 남겼습니다. 하나를 찾았으면 훑어서 규칙으로

바꿉니다.

두 모음을 견주는 자리 37개를 얻었지만 대부분이 잡음이었습니다 — 문자 범위를

차집합으로 읽은 것입니다. 훑기는 후보를 주지 판정을 주지 않습니다. 진짜로 키 집합을

견주는 자리로 좁혀 가장 날카로운 하나를 변이로 판정했습니다.

말별 키 완전성 검사는 「한국어에 있는데 번역에 없는 키」만 봅니다. 영어에만 있는 키를

하나 넣고 전체를 돌리니 — 우는 검사 0개.

고아 키는 크래시도 경고도 안 냅니다. 다만 지운 화면의 옛 문구가 번역 파일에만 남아

있으면, 다음 사람이 그것을 살아 있는 문구로 읽고 없는 화면을 고치려 듭니다.

고쳤습니다 — 반대 방향 검사를 더했고, 지금 저장소는 깨끗하며(고아 0), 일본어에 고아 키를

넣어 일부러 깨뜨려 확인했습니다.

남은 후보 넷은 아직 판정하지 않았습니다. 세지 않은 것을 「구멍」이라고 적지 않습니다 —

후보로만 적어 두고 판정은 변이가 합니다.

미리 적어 둔 예측이 맞았습니다(23승 47패).

• 내부 검증 2116건 · 화면 기준선 257장. versionCode 637.

앞 판이 문단을 되살리며 말마다 다른 문장을 덜어냈습니다. 그러면 다섯 말이 서로 다른 말을

할 수 있습니다. 그걸 지키라고 만든 검사가 이미 있었는데 — 한 방향만 보고 있었습니다.

한국어에 있는 수 → 번역에 있는가? (봄)

번역에만 있는 수 → 한국어에 있는가? (안 봄)

| 말 | 번역에만 있는 수 |

|---|---|

| 영어 | 2 |

| 중국어(간·번) | 1 · 1 |

| 합계 | 4 |

넷 중 셋이 같은 수(+2.50)였고, 원화가 왜 약한지를 설명하는 문장입니다 —

한국어에서만 지워져 있었습니다.

> 한국어를 쓰시는 분만 그 설명을 못 보고 계셨습니다.

고쳤습니다 — 문장을 되살리고 검사를 양방향으로 만들었습니다. 그러자 검사가 **곧바로

일본어의 같은 구멍**을 짚어 냈고, 그것도 채웠습니다.

> 검사는 자기가 보는 쪽만 지킵니다. 반대쪽은 반대로 물어봐야 드러납니다.

미리 적어 둔 예측은 빗나갔습니다(22승 47패) — 열 개 이상으로 봤는데 넷이었습니다. 다만

수는 작아도 구멍은 실재했습니다.

• 내부 검증 2115건 · 화면 기준선 257장. versionCode 636.

앞 판이 화면 글의 크기를 고치며 「다음엔 판별 기록을 덜어내고 결론만 남긴다」고

적었습니다. 그 몫을 시작했습니다.

먼저 물은 것 — 화면 글에 「거둔 주장」이 남아 있나? 거뒀다고 표시한 수치 7개를 화면

글과 맞추니 다섯 문장이 걸렸는데, 하나씩 읽어 보니 전부 오탐이었습니다(`4.9`가 `+4.93`·

`−14.97` 안에 들어 있었을 뿐). 거둔 주장은 화면에 없습니다.

진짜 문제는 모양이었습니다.

| | |

|---|---|

| 문장 수 | 199개 |

| 문단 수 | 0 |

한 덩어리였습니다. 판마다 이어 붙이며 문단 구분을 잃었고, 앞 판이 문장 19개를 기계적으로

덜어내며 흐름이 더 끊겼습니다.

문단을 되살렸습니다 — 판마다 쓴 개시어 앞에서만 열었고 **내용은 한 글자도 안

건드렸습니다. 한국어 24덩이**, 나머지 20~22덩이, 가장 큰 덩이 2,956~4,216바이트입니다.

두 번 헛디뎠고 검사가 두 번 잡았습니다 — 처음엔 진짜 개행을 써 넣어(자원 문자열에서는

공백으로 접힙니다) 화면에선 아무 일도 안 일어날 뻔했고, 문단을 열고도 6,160바이트짜리

덩이가 남아 있었습니다. 그리고 앞 판의 기계적 덜어내기가 번역에서만 수치 셋을 지운 것도

드러나 되살렸습니다.

샤오미에서 확인했습니다 — 2409BRN2CA · Android 15 · 720px에서 난독화 릴리스가 정상

기동하고, 국면 줄이 「조용한 국면 · 상위 82% · 이 칸에서는 되돌림이 0이거나 음수」로 제대로

뜹니다. 크래시·예외 0건.

미리 적어 둔 예측은 빗나갔습니다(22승 46패).

• 내부 검증 2115건 · 화면 기준선 257장. versionCode 635.

시간 축을 보러 갔다가 그보다 큰 것을 밟았습니다.

먼저 — 한 카드에 시계가 둘

국면 줄은 보고 계신 기간으로, 몰림 줄은 언제나 일봉으로 냅니다.

| 기간 | 「거침」일 때 일봉도 거침 | 「조용」일 때 일봉이 거침 |

|---|---|---|

| 4시간봉 | 34.0% | 30.1% |

| 1시간봉 | 30.8% | 33.2% |

거의 같습니다 — 1시간봉은 오히려 뒤집힙니다. 두 줄은 서로 다른 것을 말합니다. 줄을

감추지 않고, 일봉이 아닌 기간에서는 「이 줄만 일봉 기준」이라고 적게 했습니다.

그런데 빌드 로그에 이런 줄이 있었습니다

`string too large to encode using UTF-8 written instead as 'STRING_TOO_LARGE'`

빌드는 성공했고 게이트도 통과했습니다. 그런데 문자열 자원의 한계는 32,767바이트이고,

판마다 한 문단씩 늘어난 지표 설명이 —

| 말 | 바이트 |

|---|---|

| 일본어 | 33,248 ← 넘었습니다 |

| 한국어 | 32,553 ← 한계까지 214바이트 |

일본어를 쓰시는 분은 설명 대신 「STRING_TOO_LARGE」 를 보고 계셨습니다.

고쳤습니다 — 검증이 요구하는 수치가 든 문장은 남기고 나머지를 덜어, 일본어 28,907 ·

한국어 28,960 · 영어 28,982로 줄였습니다. 그리고 여유선 30,000바이트를 검사로 걸었습니다.

> 검사 2,000개가 있었지만 아무도 화면 글의 크기를 안 봤습니다.

이건 이 작업이 만든 결함입니다. 판마다 한 문단씩 늘린 것이 저이고, 서른 판 동안 그 글이

읽을 수 있는 길이인지 담길 수 있는 크기인지 아무도 안 물었습니다. 다음은 분명합니다 —

화면 글에서 판별 기록을 덜어내고 결론만 남깁니다.

미리 적어 둔 예측은 맞았습니다(22승 45패).

• 내부 검증 2111건 · 화면 기준선 257장. versionCode 634.

앞 판이 「거친 국면은 하락 크기의 대리물이 아니다」를 쟀고, 남은 몫이 무엇인지는 모른다고

적었습니다. 후보 중 하나는 자료 안에 있습니다 — 거래량. 투매·청산의 가장 가까운

대리물입니다.

거래량은 정말 더 많습니다.

| 자료 | 거친 칸 | 조용한 칸 |

|---|---|---|

| 달러 20종 | 1.84배 | 1.44배 |

| 겹치지 않는 40종 | 1.43배 | 1.17배 |

| 원화 14종 | 1.46배 | 1.39배 |

그런데 설명하지 못합니다. 하락 크기를 맞춘 뒤 거래량으로 갈라 보면:

| 자료 | 거래량 많음 | 적음 |

|---|---|---|

| 달러 20종 | +5.54 | +1.48 |

| 겹치지 않는 40종 | +1.10 | +1.01 |

| 원화 14종 | +0.69 | +1.49 |

하나는 예측대로, 하나는 차이 없고, 하나는 반대입니다. **부호가 자료마다 갈리면 안 선

것** — 이 앱이 지표 여덟을 두고 세운 기준을 자기에게 그대로 적용합니다.

여기서 자료가 끝납니다. 남은 후보(호가 깊이·청산·자금조달률)는 전부 주문장 자료를

요구하는데, 이 앱이 쓰는 공개 시세로는 받을 수 없습니다.

> 「모른다」에 도달하는 데도 측정이 필요합니다. 크기도 아니고 거래량도 아니라는 것을

> 알기까지 두 판이 들었습니다. 안 재고 「아마 청산 때문일 것」이라고 적었다면, 그건 이 앱이

> 하지 않으려 애쓴 바로 그 일입니다.

앱은 안 바뀝니다 — 국면 표시는 그대로 두고, 왜 통하는지는 모른다를 함께 적었습니다.

미리 적어 둔 예측은 빗나갔습니다(21승 45패).

• 내부 검증 2107건 · 화면 기준선 257장. versionCode 633.

앞 판이 거친 국면이 일한다고 쟀는데, 왜 그런지는 한 번도 안 물었습니다. 가장

그럴듯한 설명은 이것입니다 — 거친 국면에서는 하락 자체가 더 크고 되돌림이 하락 크기에

비례한다. 그렇다면 국면은 크기의 대리물이고, 크기를 맞추면 사라져야 합니다.

하락이 더 큰 것은 맞습니다.

| 자료 | 거친 칸 | 조용한 칸 |

|---|---|---|

| 달러 20종 | −14.97%(183건) | −9.94%(347건) |

| 겹치지 않는 40종 | −11.76%(359건) | −9.87%(738건) |

| 원화 14종 | −11.16%(193건) | −8.82%(325건) |

그런데 크기를 맞춰도 안 사라집니다.

| 자료 | 그대로 | 크기를 맞추면 | 줄어든 몫 |

|---|---|---|---|

| 달러 20종 | +3.59 | +2.79 | 22% |

| 겹치지 않는 40종 | +2.07 | +0.96 | 53% |

| 원화 14종 | +3.26 | +2.64 | 19% |

> 같은 크기로 떨어져도, 요즘 거칠었느냐에 따라 다르게 돌아옵니다.

두 자료에서 하락 크기가 설명하는 것은 오분의 일뿐입니다.

남은 몫이 무엇인지는 모릅니다. 강제 청산이 섞였을 수도, 호가가 얇아졌을 수도 있지만 —

재지 않은 것은 적지 않습니다. 여기서는 「크기가 아니다」까지가 잰 것입니다.

그래서 국면 표시를 크기 표시로 바꾸지 않았습니다. 「−15% 빠졌습니다」는 국면이 하는

말의 오분의 일만 합니다.

미리 적어 둔 예측은 빗나갔습니다(21승 44패) — 「세 자료 모두 절반 이하」가 하나에서만

맞았습니다.

• 내부 검증 2103건 · 화면 기준선 257장. versionCode 632.

앞 판은 후보 다섯 중 둘만 판정하고 셋을 남겼습니다. 남은 셋을 끝내려고 변이를 더 돌렸더니

남은 셋이 아니라 물음 자체가 틀렸다는 것이 나왔습니다.

| 비튼 자리 | 우는 검사 |

|---|---|

| 문턱 계산이 설정값을 안 쓴다 | 4개 |

| 화면 문구의 수가 설정과 어긋난다 | 3개 |

앞 판에서 「안 운다」고 적었던 파일이 여기서는 웁니다. 같은 파일이 **한 축에서는 짊어지고

다른 축에서는 눈멀었습니다.**

> 커버리지는 파일 단위가 아니라 「축」 단위입니다.

그러니 「이 파일이 지키는가」는 물을 수 없는 물음이고, 물어야 하는 것은 언제나 **「이 변이를

무엇이 잡는가」**입니다. 같은 이유로 문구 가드가 도메인 함수를 안 부르는 것은 결함이

아닙니다 — 그 가드의 축은 문구가 설정과 어긋나는 것이고, 거기서 정확히 웁니다.

앞 판의 후보 다섯을 다시 읽으면 — 진짜 구멍은 하나(한 축)였고, 셋은 거짓 경보였습니다.

서른여섯을 다섯으로 좁힌 훑기의 정밀도가 그렇습니다.

> 가드를 세지 말고 변이를 세십시오. 「검사 2,000개」는 아무것도 말하지 않습니다.

> 「이 변이를 넷이 잡는다」가 말합니다.

미리 적어 둔 예측은 빗나갔습니다(21승 43패).

• 내부 검증 2099건 · 화면 기준선 257장. versionCode 631.

앞 판이 「얹은 코드를 안 부르는 검사는 얹은 코드를 안 지킨다」를 찾았습니다. 하나를 찾았으면

훑어서 규칙으로 바꿉니다.

시험 파일 347개를 훑어 후보 36개를 얻었습니다. 그런데 36개는 판정이 아닙니다 —

대부분은 이름을 언급할 뿐 지킨다고 주장한 적이 없습니다. 진짜 표식(**얹은 논리를 자기 안에

다시 구현)으로 좁히니 5개**가 남았습니다.

> 훑기는 후보를 주지 판정을 주지 않습니다. 36을 그대로 적었으면 거짓 경보 서른한 개를

> 남겼을 것입니다.

다섯 중 둘이 문턱을 지킨다고 이름 붙은 검사입니다. 얹은 코드에서 문턱을 아예 안 쓰게

만들고 전체 검사를 돌렸습니다.

| | |

|---|---|

| 우는 검사 | 1개 |

| 「문턱이 짊어진다」 | 안 움 |

| 「문턱이 바구니를 따라간다」 | 안 움 |

하필 이름이 가장 그럴듯한 두 자리가 안 울었습니다 — 둘 다 몰림을 자기 코드로 세고

있었습니다.

> 이름이 그럴듯할수록 안 볼 위험이 큽니다. 「이건 이미 지켜지고 있다」고 읽히니까요.

고쳤습니다 — 얹은 함수만 부르는 시험을 더했고, 문턱을 안 쓰게 해 보니 그제야 울었습니다.

미리 적어 둔 예측이 맞았습니다(21승 42패).

• 내부 검증 2096건 · 화면 기준선 257장. versionCode 630.

앞 판은 상수만 비틀었습니다. 진짜 결함이 사는 곳은 논리입니다 — 인과, 최소 봉 검사.

같은 방식으로 논리를 하나씩 비틀었습니다(기준선 344개 · 실패 0).

| 비튼 자리 | 우는 검사 | |

|---|---|---|

| 되돌아보는 창 → 전체 이력(인과 깨기) | 3 | 전부 행동 |

| 최소 봉 검사 무력화 | 0 | 등가 변이 |

| 창 길이 검사 무력화 | 0 | 등가 변이 |

| 최소 관측 검사 무력화 | 3 | 전부 행동 |

두 개의 「0개」는 구멍이 아닙니다. 두 검사가 서로를 가려서, 하나씩 비틀면 행동이 안

바뀝니다 — 변이가 안 잡혔다고 다 구멍은 아닙니다.

진짜 결함은 인과 쪽이었습니다. 인과를 깨면 셋이 우는데, 그 셋 가운데 **인과를 지키라고

만든 검사가 없습니다. 그 검사는 인과를 자체 구현으로 다시 짜서** 견주고 있었습니다 —

얹은 함수를 한 번도 안 부릅니다.

> 얹은 코드를 안 부르는 검사는 얹은 코드를 안 지킵니다.

고쳤습니다 — 얹은 함수만 부르는 시험을 더했고, 인과를 깨 보니 그제야 울었습니다.

미리 적어 둔 예측은 빗나갔습니다(20승 42패).

• 내부 검증 2095건 · 화면 기준선 257장. versionCode 629.

앞 판이 「깨지는 것을 못 봤으면 그 가드는 아직 가드가 아니다」를 남겼습니다. 새로 쓴 검사는

매번 한 번씩 깨뜨려 봤지만, 옛 검사 수백 개는 그런 적이 없습니다. 얹은 상수를 하나씩

바꿔 전체 검사(344개 · 기준선 실패 0)를 돌렸습니다.

| 바꾼 상수 | 우는 검사 | 그중 행동을 보는 것 |

|---|---|---|

| 변동성 창 30→25 | 2 | 2 |

| 되돌아보는 길이 110→90 | 2 | 2 |

| 거침 기준 ⅔→0.75 | 4 | 4 |

| 몰림 문턱 3→4 | 6 | 2 |

| 최소 관측 5→3 | 7 | 3 |

아무도 안 우는 상수는 없었습니다. 그런데 문턱을 지키는 여섯 중 **넷은 값을 되뇔

뿐**입니다 — 그 값을 바꾸는 사람은 그 검사도 함께 고치므로 아무것도 안 지킵니다.

> 가드가 상수를 지키기 쉽고 행동을 지키기 어렵습니다.

계측기가 두 번 고장 났고, 그게 가장 값진 대목이었습니다. 처음 돌린 시험은 일곱 상수

전부에서 「우는 검사 0개」를 냈는데 — 검사가 한 번도 안 돌고 옛 결과를 읽고 있었습니다.

그대로 믿었다면 거짓을 적었을 것입니다.

그리고 이번 검사도 같은 병을 앓았습니다 — 이름을 부분 문자열로 찾게 써서, 이름을 바꿔도

통과했습니다. 선언 자리를 정확히 보게 고치니 그제야 울었습니다.

미리 적어 둔 예측은 빗나갔습니다(20승 41패).

• 내부 검증 2094건 · 화면 기준선 257장. versionCode 628.

마흔 절 끝에 남은 것은 세 겹입니다 — 거친 칸 · RSI 30 · 몰림. 한 번도 안 물은 것이

있었습니다: 그 세 겹이 필요한가. 더 단순한 한 줄이 같은 일을 한다면 얹은 기계는 없어도

되는 것입니다.

| 규칙 | 달러 20종 | 40종 | 원화 14종 |

|---|---|---|---|

| 거침 + RSI30 | +5.36(67) | +3.79(247) | +3.29(75) |

| 폭락일 + RSI30 | +2.96(88) | +1.40(206) | +1.90(54) |

| 시장 폭락일(한 줄) | +0.41(620) | −0.27(1197) | −0.35(427) |

| 아무 날이나 | −0.17 | −0.15 | −0.04 |

「시장이 크게 빠진 날」이라는 한 줄은 아무 날이나와 다르지 않습니다. 그리고 같은 RSI 30을

두 조건 위에 올려 견주면 거친 국면 쪽이 1.7~2.7배입니다.

> 크게 빠진 날과 거친 국면은 다릅니다. 일하는 것은 **「오늘 많이 빠졌다」가 아니라

> 「요즘 계속 거칠다」**입니다.

못 잰 자리도 밝힙니다 — 몰림이 들어간 줄은 이 표에 못 싣습니다. 자료를 섞으면 몰림이

사라져 비교할 무작위를 뽑을 수 없기 때문입니다. 몰림은 날 이름표만 섞어 따로 쟀고, 그 결과가

표본 밖 0/200입니다.

두 겹이 이미 대부분을 합니다. 몰림이 더하는 것은 크기보다 아래꼬리입니다 — 지는

판을 47.1%에서 5.4%로 줄이는 쪽입니다. 앱이 셋을 따로 보여 주는 배치가 옳았습니다.

미리 적어 둔 예측은 빗나갔습니다(20승 40패) — 한 줄이 같은 일을 할 줄 알았는데 0

이었습니다.

• 내부 검증 2090건 · 화면 기준선 257장. versionCode 627.

앞 판이 종합 판독 방향의 값어치가 0임을 쟀습니다. 그 판독은 지표 여덟을 합친

것입니다. 합친 값이 0이라고 조각이 다 0인 것은 아니니 — 하나씩 쟀습니다.

| 지표 | 달러 20종 | 40종 | 원화 14종 | 건수 |

|---|---|---|---|---|

| squeeze | +0.00 | +0.53 | +0.32 | 42,913 |

| stoch | −0.12 | +0.25 | +0.32 | 68,440 |

| macd | −0.11 | +0.14 | −0.20 | 78,435 |

| obv | −0.28 | −0.34 | +0.25 | 78,435 |

| ma | −0.19 | +0.33 | −0.36 | 33,210 |

| mfi | −0.35 | −0.41 | −0.12 | 73,748 |

| rsi | −0.65 | +0.59 | −0.18 | 48,357 |

| adx | −0.26 | −0.82 | +0.33 | 39,090 |

여덟 중 일곱이 자료마다 부호가 갈립니다. 셋 다 양수인 하나마저 달러에서 +0.00입니다.

> 하나도 안 섭니다.

지표가 틀렸다는 뜻이 아닙니다. 지표는 지금 상태를 정확히 요약합니다 — RSI 30은

「많이 떨어졌다」를 정확히 말합니다. 그게 앞으로를 말하지 않을 뿐입니다.

마흔 절의 결산

| | 잰 결과 |

|---|---|

| 지표 여덟 각각 | 하나도 안 선다 |

| 그것을 합친 종합 판독 | 0 |

| RSI 30 + 거친 칸 | +2.83~+4.38 |

| 거기에 몰림까지 | +6.37~+6.73, 음수 비율 5.4% |

> 조각은 아무것도 아니고, 겹쳐야 무언가가 됩니다.

미리 적어 둔 예측은 빗나갔습니다(20승 39패) — 「하나도 없다」고 적었는데 스퀴즈가 셋 다

양수였습니다(다만 한 자료가 +0.00).

• 내부 검증 2086건 · 화면 기준선 257장. versionCode 626.

이 앱은 RSI 문턱 · 국면 칸 · 몰림을 오래 검증해 왔습니다. 전부 곁가지입니다. 화면에서

가장 크게 적히는 판정 — 종합 판독 방향 — 은 한 번도 안 쟀습니다.

앱이 쓰는 창(150봉)과 앱의 코드 그대로, 세 자료를 같은 마지막 1,400봉으로 맞추고 무작위를

빼서 「매수」쪽 판독일과 「매도」쪽 판독일을 견줬습니다.

| 자료 | 매수쪽 | 매도쪽 | 판정의 값어치 |

|---|---|---|---|

| 달러 20종 | 9,905건 | 12,231건 | −0.45 |

| 겹치지 않는 40종 | 14,022건 | 16,680건 | +0.08 |

| 업비트 원화 14종 | 7,072건 | 8,604건 | +0.08 |

3만 건 규모에서 0입니다. 절반으로 가르면 부호조차 안 맞고(앞 −0.54 / 뒤 −1.18 등),

지평을 1·10·20봉으로 넓혀도 자료마다 −0.35에서 +2.26까지 갈립니다. 그대로 본 차이는 거의

모든 칸에서 음수였습니다.

> 어느 지평에서도, 「매수」 판정이 「매도」 판정보다 낫다는 증거가 없습니다.

떼지 않습니다. 「지금 어느 쪽인가」는 물으시는 질문이고, 그 자리를 비우는 것은 답을

아는 척하는 것만큼이나 정직하지 않습니다.

대신 적었습니다. 이 앱은 이미 신뢰도에 대해 같은 일을 해 두었습니다 — 「맞을 확률이

아닙니다」. 방향 자체에 대해서만 그 문장이 없었습니다. 이제 있습니다.

> 이 판정은 지금을 요약합니다. 앞을 맞히지는 못합니다 — 재 봤습니다.

미리 적어 둔 예측이 맞았습니다(20승 38패).

• 내부 검증 2082건 · 화면 기준선 257장. versionCode 625.

앞 판이 「판정마다 유효기간이 다르다」를 세웠는데, 그건 판정 둘로 세운 것이었습니다.

이 화면의 판정을 앱의 코드 그대로 전부 쟀습니다 — 어제 값이 오늘도 같을 확률입니다.

| 판정 | 원화 14종 | 달러 20종 | 화면에서 |

|---|---|---|---|

| RSI 70 위 | 97.1% | 97.3% | 작게 |

| RSI 30 아래 | 96.5% | 97.6% | 작게 |

| 거친 국면인가 | 95.8% | 96.3% | 중간 |

| 국면 칸 | 90.9% | 91.9% | 중간 |

| 매수/매도 우세 | 90.8% | 90.2% | 중간 |

| 종합 판독 방향 | 70.7% | 68.8% | 가장 크게 |

> 가장 크게 적히는 판정이 가장 빨리 낡습니다 — 종합 판독 방향은 사흘에 한 번꼴로

> 어제와 다른 말을 합니다.

우연이 아니라 구조입니다. 종합 판독은 지표 여럿을 합친 값이라 어느 하나만 뒤집혀도

방향이 바뀝니다. 합치면 안정될 것 같지만, 다수결이면 경계에서 오히려 잘 흔들립니다.

배치는 바꾸지 않았습니다. 「지금 어느 쪽인가」가 물으시는 질문이고, 그 자리를 다른 것에

내주면 안 물으신 것에 답하는 일이 됩니다. 대신 이 사실을 적었습니다.

> 「이 자료는 3분 전 것입니다」와 「이 판정은 사흘에 한 번 뒤집힙니다」는 다른 말입니다.

미리 적어 둔 예측은 빗나갔습니다(19승 38패) — 폭을 50%p로 봤는데 여섯 판정 안에서는

26~29%p였습니다(몰림까지 넣으면 83.3%p).

• 내부 검증 2078건 · 화면 기준선 257장. versionCode 624.

앱을 안 열어도 보이는 자리가 하나 더 있습니다 — 위젯입니다. 읽어 보니 가격·등락·공포탐욕만

그리고, 이 앱이 잰 조건은 하나도 안 실려 있었습니다.

얹을지 말지를 취향으로 정하지 않고 쟀습니다.

| | 원화 14종 | 달러 20종 |

|---|---|---|

| 어제 국면이 오늘도 맞다 | 91.5% (17,612쌍) | 92.1% (25,160쌍) |

| 어제 「몰림 없음」 → 오늘도 없음 | 99.5% | 99.5% |

| 어제 「몰림 있음」 → 오늘도 있음 | 14.3% | 14.3% (7일 중 1일) |

> 국면은 하루를 가고, 몰림은 못 갑니다.

7일 중 1일이라 얇지만, 앞 판이 다른 방법으로 같은 것을 이미 쟀습니다 — 몰린 날의

71~86%가 첫날이었습니다. 두 측정이 같은 말을 합니다.

그래서 위젯에는 안 얹었습니다.

| 말하려는 것 | 하루 늦은 값이 맞을 확률 | |

|---|---|---|

| 「몰림 없음」 | 99.5% | 쓸 수 있지만 아무 말도 아님 |

| 「몰림 있음」 | 14.3% | 못 씀 |

| 「거친 국면」 | 91.5~92.1% | 쓸 수 있지만 반쪽 |

값어치가 있는 유일한 표시가 하필 하루를 못 갑니다. 아껴서가 아니라 **그 판정이 거기서

살아 있을 수 없어서** 안 얹었습니다.

> 알림은 사건이 일어난 그 순간 나갑니다 — 하루살이 판정도 실을 수 있습니다.

> 위젯은 언제 그려졌는지 모르는 채 계속 떠 있습니다 — 오래가는 판정만 실을 수 있습니다.

미리 적어 둔 예측이 맞았습니다(19승 37패).

• 내부 검증 2074건 · 화면 기준선 257장. versionCode 623.

앞 판이 「검사는 옳은 것을 지킬 때만 검사」를 남겼습니다. 하나가 그랬다면 **다른 검사도

거둔 주장을 지키고 있을 수** 있습니다. 훑었습니다.

(가) 감사 — 없었습니다. 거둔 수치를 붙들고 있는 검사 0개. 금지형 단언 346개 중

비용·효율을 말하는 것이 42개인데, 읽어 보니 나머지는 전부 정확성을 지킵니다(폴백

금지, 공유 계층 강제 등). 앞 판의 그 하나가 유일했습니다.

(나) 그런데 다른 것이 보였습니다. 국면을 말하려면 141봉이 필요한데 받는 것은

150봉입니다 — 여유가 아홉 봉뿐입니다.

| | |

|---|---|

| 날짜 | 3,272일 |

| 141봉을 채운 종목이 다섯 미만인 날 | 424일(13.0%) |

종목마다 상장 뒤 약 140일이 지나야 말할 수 있게 됩니다(BTC 2017-08-17 → 2018-01-04,

ALGO 2019-06-22 → 2019-11-09).

> 「오늘은 몰림이 없다」와 「셀 수가 없었다」가 둘 다 침묵으로 보입니다.

오늘의 바구니는 전부 오래 상장돼 있어 지금은 안 터집니다. 문구를 더 얹는 대신 **여유를

못 박았습니다** — 받는 봉이 줄거나 창이 늘거나 바구니가 깎이면 검사가 먼저 웁니다. 그리고

설명 한 줄을 화면에 남겼습니다.

미리 적어 둔 예측은 빗나갔습니다(18승 37패) — (가)를 「최소 하나 더 있다」로 봤는데

0개였고, (나)만 맞았습니다.

• 내부 검증 2069건 · 화면 기준선 257장. versionCode 622.

어제 알림에 몰림 줄을 얹었습니다. 오늘 그것을 감사했습니다.

얹은 코드는 사용자 자신의 규칙 심볼로 몰림을 셌습니다. 공개 무료 API 를 열몇 번 더

두드리지 않으려던 것인데 — 그건 이 앱이 0/200으로 세운 고정 바구니가 아닙니다.

무작위로 「사용자 목록」을 만들어 60판씩 돌려 봤습니다.

| 목록 크기 | 몰린 날(중앙) | 한 번도 안 뜬 판 | 바구니와 자카드 |

|---|---|---|---|

| 5종 | 2일 | 8/60 | 0.13 |

| 6종 | 3일 | 6/60 | 0.11 |

| 8종 | 5일 | 1/60 | 0.10 |

| 10종 | 8일 | 0/60 | 0.09 |

열 종목을 담아도 바구니와 9%밖에 안 겹칩니다. 거의 다른 날을 가리키고 있었습니다.

> 아끼려던 요청이 수를 틀리게 했습니다.

고쳤습니다 — 몰림은 고정 바구니로 세되, 과매도 알림이 실제로 나갈 때만 받아

옵니다. 대부분의 실행은 아무것도 안 울리므로 요청이 늘지 않고, 울릴 때 받은 것도 캐시를

타서 상세 화면과 함께 씁니다.

어제 쓴 검사가 틀린 것을 지키고 있었습니다. 「새 요청을 안 한다」를 규칙으로 박아 둬서,

바구니로 세려는 시도는 오히려 그 검사에 막혔을 것입니다. 규칙을 뒤집었습니다.

> 검사는 옳은 것을 지킬 때만 검사입니다.

미리 적어 둔 예측이 맞았습니다(18승 36패).

• 내부 검증 2064건 · 화면 기준선 257장. versionCode 621.

이 앱이 스무 절에 걸쳐 잰 것은 하나입니다 — 거친 국면에서 여럿이 함께 과매도된 날.

그런데 알림은 RSI 하나만 보고 나가고 있었습니다. 국면도 몰림도 안 봤습니다.

알림이 실제로 나가는 순간만 세어 봤습니다.

| 자료 | 알림 | 몰린 날 | 거친 칸 |

|---|---|---|---|

| 달러 20종 | 141회 | 15회(10.6%) | 30회(21.3%) |

| 겹치지 않는 40종 | 366회 | 42회(11.5%) | 83회(22.7%) |

| 업비트 원화 14종 | 108회 | 8회(7.4%) | 25회(23.1%) |

그 둘이 어떻게 다른지가 더 아픕니다.

| 무리 | 중앙 | 음수 비율 | 최악 |

|---|---|---|---|

| 몰린 날 알림 | +5.48 ~ +9.00 | 6.7~12.5% | −1.83 |

| 혼자 뜬 알림 | +1.10 ~ +1.98 | 38.1~47.2% | −32.25 |

> 알림 열 개 중 아홉이 「없는 것과 같다」고 잰 신호였고, 그중 넷은 닷새 뒤 마이너스였습니다.

막지 않습니다. 사용자가 스스로 건 규칙이고, 앱이 대신 「이건 볼 값어치가 없다」고 정하는

것은 이 앱의 방식이 아닙니다. 대신 무엇인지 함께 적습니다 — 과매도 알림에 **그 코인의

국면과 오늘 함께 과매도인 종목 수**가 한 줄 붙습니다.

두 가지를 지켰습니다.

• 새 요청을 안 합니다. 이미 받아 온 캔들로만 만들고, 그날 본 종목이 다섯이 안 되면 조용히 아무 말도 안 합니다.
• 과매수에는 안 붙입니다. 잰 것은 과매도 자리입니다 — 재지 않은 곳에 재 놓은 말을 붙이면 근거 없는 확신입니다. > 어디에 적었는지가 무엇을 적었는지만큼 중요합니다. 그 스무 절은 시트를 열어야 보이는 > 자리에만 있었고, 알림은 앱을 안 열어도 도착하는 유일한 통로였습니다. 미리 적어 둔 예측이 맞았습니다(17승 36패).
• 내부 검증 2064건 · 화면 기준선 257장. versionCode 620.

앞 판에서 두 자리를 고쳤습니다. 그런데 거래소를 안 넘겨도 컴파일이 됩니다 — 컴파일러가

안 잡아 주는 실수는 반드시 여러 곳에 있습니다. 앱의 캔들 요청을 전부 훑었습니다.

| | 자리 |

|---|---|

| 거래소를 넘긴다 | 13 |

| 안 넘긴다 | 1 — 비교 차트 |

알림과 홈 화면은 넘기고 있었습니다. 남은 하나가 비교 차트였고, **그 자리가 더

나빴습니다 — 기준 코인은 보시는 통화인데 비교 코인만 원화**로 받아, 다른 통화의 두 선을

한 그림에 100으로 맞춰 그리고 있었습니다.

이 화면이 하는 일이 「누가 더 올랐나」인데 그 답이 바뀝니다.

| 잰 것(아홉 종목 · 150봉 창) | |

|---|---|

| 같은 코인, 두 통화의 창 끝 차이 | 1,125쌍 · 중앙 3.92%p |

| | 75분위 7.64 · 90분위 11.33 · 최대 62.51 |

| 두 코인 견주기 | 4,500쌍 중 승자가 뒤집힌 쌍 219(4.9%) |

스무 번에 한 번은 틀린 승자를 보여 주고 있었습니다.

고쳤습니다. 그리고 규칙으로 바꿨습니다 — 앞으로 어디에 새 호출이 생겨도 거래소를 안

넘기면 검사에서 걸립니다.

미리 적어 둔 예측은 빗나갔습니다(16승 36패) — 창 끝 차이는 맞혔지만 승자 뒤집힘을

10% 이상으로 봤는데 4.9%였습니다. 두 코인의 상승률 차이가 대개 환율 몫보다 크기 때문입니다.

• 내부 검증 2058건 · 화면 기준선 257장. versionCode 619.

앞 판이 「원화가 가장 약하다」를 냈습니다. 그러면 다음 물음은 하나입니다 — **얹은 코드는

몰림을 어느 시장 자료로 세는가. 스무 절을 쌓는 동안 한 번도 안 봤습니다.**

봤더니 몰림과 다중 기간 편향 두 자리가 거래소를 안 넘기고 있었습니다. 그러면 기본값

(업비트)입니다 — 바이낸스를 고르셔서 가격도 판독도 달러로 보고 계셔도, **그 두 자리만

원화 자료**였습니다.

이 앱이 이미 한 번 잡은 결함입니다. 상세 화면 주석에 「바이낸스를 고른 사용자는 가격은

달러, 분석은 원화 캔들로 봤다 … RSI 최대 7.7 포인트」라고 적혀 있습니다. **본 캔들은

고쳤는데 이 두 자리가 남아 있었습니다.**

얼마나 갈리는지 쟀습니다(두 자료에 함께 있는 아홉 종목 · 같은 기간).

| | 몰린 날 |

|---|---|

| 원화로 세면 | 11일 |

| 달러로 세면 | 8일 |

| 둘 다 | 4일 |

| 자카드 | 0.27 |

RSI 자체의 차이는 작습니다 — 중앙 1.47포인트, 30 경계가 갈린 쌍은 1.6%. 그런데

몰림은 그 작은 차이를 세 종목에서 동시에 요구하므로 집합이 통째로 바뀝니다.

고쳤습니다 — 캔들이 실제로 온 거래소를 넘기고, 거래소를 바꾸면 다시 셉니다.

> 덕분에 앞 판의 「원화가 가장 약하다」가 원화 사용자에게만 해당하게 됐고, 달러

> 사용자는 표본 밖에서 0/200으로 섰던 그 자료에 가까운 것을 보게 됩니다. **결함을 고치는

> 일이 근거를 강하게 만든 드문 판입니다.**

미리 적어 둔 예측이 맞았습니다(16승 35패).

• 내부 검증 2054건 · 화면 기준선 257장. versionCode 618.

앞 판이 「몰린 날은 일곱 · 아홉 · 일곱 날뿐」이라고 세었으니, 그 위에서 다시 재야

했습니다. 날마다 사건을 하나로 접고, 어느 날이 몰린 날이었는지만 200판 뒤섞었습니다.

| 자료 | 사건 있는 날 | 몰린 날 | 날 격차 | 무작위가 넘어선 판 |

|---|---|---|---|---|

| 달러 20종 | 51일 | 7 | +5.32 | 7/200 |

| 겹치지 않는 40종 | 121일 | 9 | +9.95 | 0/200 |

| 업비트 원화 14종 | 43일 | 5 | +4.89 | 11/200 |

표본 밖 40종은 0/200으로 섰습니다. 몰린 날 중앙 +9.22(음수 1/9)인데 안 몰린 날은

−0.72(음수 60/112)입니다.

그런데 원화가 못 섭니다 — 11/200으로 위쪽 5% 안입니다. 몰린 날이 다섯뿐인 데다, 원화는

몰림이 없어도 사건 자체가 이미 꽤 좋아(중앙 +2.50) 몰림이 더할 몫이 작습니다.

> 이 앱이 서는 시장이 하필 가장 약한 자리입니다. 방향은 세 자료 모두 같고 표본 밖에서

> 가장 강하지만, 원화에서는 「보인다」고 말할 수 없습니다.

해석도 한 번 틀렸다가 고쳤습니다. 처음엔 「날로 접으니 오히려 또렷해졌다」고 썼는데,

두 수는 서로 다르게 만든 검정이라 견줄 수 없는 것이었습니다. 인공 자료로 재니 **접으면

또렷함은 줄어듭니다 — 줄어드는 쪽이 정직한 값이고, 날로 접는 것은 세지려는 일이 아니라

부풀린 것을 걷어 내는 일**입니다. 그러고도 40종이 0/200으로 남았습니다.

미리 적어 둔 예측은 빗나갔습니다(15승 35패).

• 내부 검증 2049건 · 화면 기준선 257장. versionCode 617.

이 페이지는 「몰린 날은 뭉쳐 오니 독립된 사건은 건수보다 적다」고 열 번 넘게 적었습니다.

그런데 정작 날 수를 세 본 적이 없습니다. 이번에 셌습니다.

| 자료 | 몰린 날 | 그중 첫날 | 몰림 건수 |

|---|---|---|---|

| 달러 20종 | 7일 | 6일(86%) | 16건 |

| 겹치지 않는 40종 | 9일 | 7일(78%) | 56건 |

| 업비트 원화 14종 | 7일 | 5일(71%) | 15건 |

> 몰린 날은 일곱 · 아홉 · 일곱 날입니다.

앞서 적은 16건·56건·15건은 같은 날 여러 종목을 센 것이라 독립된 관측이 아닙니다.

스무 절에 걸친 몰림 이야기 전체가 스무 남짓한 날 위에 서 있습니다.

숫자를 거두지는 않습니다 — 방향은 표본 밖 두 자료와 여러 창에서 거듭 섰습니다. 다만

몇 날에서 나온 수인지를 화면에 함께 적었습니다.

경고의 방향도 틀렸습니다. 이 구간에서는 몰린 날의 71~86%가 첫날이었습니다 — 뭉침은

생각보다 약했습니다. 조심할 것은 겹침이 아니라 절대 수였습니다.

미리 적어 둔 예측(뭉침의 첫날이 더 낫다)은 빗나갔습니다(15승 34패) — 가를 수 있는 자료

하나에서 결과가 반대였고(+5.34 대 +6.94), 그마저 두 날에서 나온 것이라 가르지 못했다가

정직한 답입니다.

• 내부 검증 2044건 · 화면 기준선 257장. versionCode 616.

앞 판은 h=5에서 지는 판이 드물다고 했고, 그 앞 판은 h=20이면 중앙값이 죽는다고

했습니다. 둘을 겹쳐 본 적이 없었습니다. 사용자는 보통 다섯 봉만 쥐고 있지 않습니다.

몰린 날의 음수 비율

| h | 달러 20종(16건) | 40종(56건) | 원화(15건) |

|---|---|---|---|

| 1 | 0.0% | 14.3% | 26.7% |

| 5 | 0.0% | 5.4% | 6.7% |

| 10 | 0.0% | 19.6% | 33.3% |

| 20 | 25.0% | 42.9% | 33.3% |

단조롭게 오르지 않습니다. 한 봉에서 이미 높고, 다섯 봉에서 바닥을 치고, 다시

오릅니다. 하위 10분위도 h=5에서 +0.73인데 h=20에서는 −12.59입니다.

> 한 봉으로는 아직 안 돌아섰고, 스무 봉이면 이미 지나갔습니다. 바닥은 다섯 봉입니다.

이 앱이 5봉으로 말하는 두 번째 이유입니다. 중앙값으로 고른 5봉과 지는 비율로 고른

5봉은 서로 다른 잣대인데 같은 자리를 가리킵니다 — 다섯 봉은 고른 값이 아니라

기제의 길이입니다.

길게 쥐면 몰림의 값어치가 줄어듭니다 — 40종에서 몰림과 혼자의 격차가 h=5의 41.4%p에서

h=20에는 14.5%p로 줄어듭니다. 다만 사라지지는 않습니다: h=20에서도 몰린 날 42.9%는

아무 날이나 59.6%보다 낫습니다. 줄어드는 것과 사라지는 것은 다릅니다.

미리 적어 둔 예측은 빗나갔습니다(15승 33패) — 방향은 세 자료 모두 맞았지만 「30% 이상」이

달러에서 25.0%로 못 미쳤습니다.

• 내부 검증 2039건 · 화면 기준선 257장. versionCode 615.

서른아홉 절 내내 중앙값만 봤습니다. 그런데 사용자가 실제로 지는 자리는 중앙값이 아니라

아래꼬리입니다. 몰림은 시장 전체가 흔들린 날이니 아래가 더 나쁠 수도 있습니다 —

그렇다면 이 알림은 해로운 것이 됩니다. 처음으로 분포를 통째로 봤습니다.

| 자료 | 무리 | 건수 | 최악 | 10분위 | 중앙 | 75분위 | 음수 비율 |

|---|---|---|---|---|---|---|---|

| 달러 20종 | 몰린 날 | 16 | +3.19 | +3.57 | +7.75 | +15.26 | 0.0% |

| | 혼자 뜬 날 | 51 | −13.35 | −3.58 | +5.58 | +9.62 | 15.7% |

| 40종 | 몰린 날 | 56 | −4.48 | +0.73 | +7.55 | +11.98 | 5.4% |

| | 혼자 뜬 날 | 191 | −17.18 | −8.20 | +1.01 | +5.32 | 47.1% |

| 원화 14종 | 몰린 날 | 15 | −4.73 | +0.09 | +7.39 | +10.12 | 6.7% |

| | 혼자 뜬 날 | 60 | −27.15 | −10.96 | +1.89 | +5.13 | 43.3% |

| | 아무 날이나 | 79,002 | −80.07 | −11.7 | −0.6 | +4.2 | 53.2% |

차이는 위가 아니라 아래에 있습니다. 40종에서 위쪽 차이는 +6.66(75분위)인데 아래쪽

차이가 +8.93(10분위)입니다.

> 몰림이 하는 일은 더 크게 오르는 것이 아니라 지는 판을 없애는 것입니다.

혼자 뜬 날의 음수 43~47%는 아무 날이나(53.2%)와 크게 다르지 않습니다 — 혼자 뜬 신호는

사실상 시장 그 자체입니다.

반드시 함께 읽어 주십시오 — 「음수 0.0%」는 성질이 아니라 열여섯 번의 관측이고,

몰린 날은 5일 안에 이웃을 가지므로 몇 번의 국면일 뿐입니다. 「몰린 날에 지지 않는다」가

아니라 「이 창에서는 지는 판이 드물었다」로 읽어야 합니다. 그래서 화면에도 비율과

건수를 함께 적었습니다.

미리 적어 둔 예측이 맞았습니다(15승 32패).

• 내부 검증 2034건 · 화면 기준선 257장. versionCode 614.

네 판 동안 잣대를 고쳤습니다 — 기간 맞추기 · 사건 쪽 무작위 빼기 · 이름표 섞기. 각각은

확인했지만 한꺼번에 걸어 본 적이 없었습니다. 통제는 따로 걸면 통과하고 겹쳐 걸면

무너지는 일이 흔합니다.

세 자료를 모두 같은 마지막 1,400봉으로 자르고, 사건 쪽 무작위를 빼고, 다시 반으로

갈랐습니다. 여섯 칸이 모두 양수로 섰습니다.

| 자료 | 전체 | 앞 절반 | 뒤 절반 |

|---|---|---|---|

| 달러 20종 | +2.80 | +5.63 | +1.91 |

| 겹치지 않는 40종 | +3.03 | +2.97 | +4.89 |

| 업비트 원화 14종 | +2.56 | +4.05 | +0.79 |

몰림으로 가르면 여기서 갈립니다.

| 자료 | 몰린 날 | 혼자 뜬 날 |

|---|---|---|

| 겹치지 않는 40종 | +6.73 | +0.19 |

| 업비트 원화 14종 | +6.37 | +0.88 |

> 표본 밖 두 자료에서 혼자 뜬 신호는 없는 것과 같습니다.

서른아홉 절 동안 좇은 것이 한 문장으로 줄어듭니다.

> 거친 국면에서 여럿이 함께 과매도된 날 — 그것 하나입니다.

>

> 거칠지 않으면 없고, 혼자면 없고, 길게 보면 사라지고, 기간을 안 맞추면 시장 차이로

> 착각합니다. 앱이 띄우는 것도 정확히 그 조건입니다.

함께 적습니다 — 몰린 날은 뭉쳐 옵니다. 독립된 사건은 건수보다 훨씬 적으니 이 수치는

방향을 말하지 크기를 말하지 않습니다.

미리 적어 둔 예측이 맞았습니다(14승 32패) — 통제를 겹쳐 건 뒤에도 맞은 것은 처음입니다.

• 내부 검증 2028건 · 화면 기준선 257장. versionCode 613.

어제 「사건 쪽에도 무작위가 있다」를 배웠는데, 화면에는 안 썼습니다. 여기 적힌 값은

전부 옛 잣대(기준선만 뺀 「초과」)입니다. 얹은 설정 그대로 다시 쟀습니다.

| 자료 | 화면이 적던 값 | 사건 쪽 무작위 | 다시 잰 값 |

|---|---|---|---|

| 달러 20종 여덟 해 | +5.61 | +1.13 | +4.38 |

| 겹치지 않는 40종 | +4.98 | +1.51 | +3.32 |

| 업비트 원화 14종 | +3.73 | +0.97 | +2.83 |

1%p 안팎 부풀어 있었습니다. 크지는 않지만 세 자료에서 같은 방향이고, 셋 다 양수로

남습니다.

몰림 격차에는 이 뺄셈을 쓸 수 없었습니다. 자료를 섞으면 몰린 사건이 **138건에서

0건**으로 사라집니다 — 뺄 대상이 남지 않습니다. 그래서 몰림은 처음부터 이름표만 섞어

쟀고, 그 값은 이미 사건 쪽 무작위를 뺀 값입니다. 두 방식은 배타적이고, 뒤엣것이

앞엣것을 이미 품고 있습니다.

미리 적어 둔 예측은 빗나갔습니다(13승 32패) — 줄어드는 폭이 예상 범위를 벗어났고,

몰림 쪽은 물음 자체가 성립하지 않았습니다.

• 내부 검증 2023건 · 화면 기준선 257장. versionCode 612.

「초과」는 사건 중앙값 − 기준선 중앙값입니다. 서른여덟 절 동안 기준선만 빼 왔는데,

갈라 보니 사건 쪽에도 무작위 몫이 있었습니다. 되돌림을 전부 부순 자료에서도 RSI 30

아래를 고르기만 하면 20봉 중앙값이 +3.17까지 오릅니다.

표류 때문이 아닙니다. 표류라면 h에 비례해야 하는데 달러는 h=5 +0.76 → h=10

+0.90으로 거의 안 움직이고, 순서를 완전히 부순 원화 h=10은 −1.57로 음수입니다.

그래서 사건 쪽에서도 무작위를 빼고 다시 봤습니다.

| 창 | h=5 | h=10 | h=20 |

|---|---|---|---|

| 달러 20종 여덟 해 | +3.92 | +6.04 | +7.45 |

| 달러 20종 2018~2022 | +5.35 | +10.31 | +13.28 |

| 달러 20종 최근 1,400 | +3.65 | +4.13 | +1.70 |

| 달러 40종 최근 1,400 | +1.73 | +1.50 | −1.70 |

| 업비트 원화 14종 | +2.31 | −0.45 | −5.17 |

> 다섯 창 모두에서 양수인 지평은 5봉뿐입니다. 5봉은 좋은 자리 중 하나가 아니라

> 다섯 창을 모두 넘는 유일한 자리입니다.

밝힌 것 하나 더 — 그 무작위 몫의 크기는 블록이 정합니다. 원화 h=20에서 블록 1은

+0.27, 블록 5는 +3.17, 블록 20은 +5.09입니다. 블록이 사건 창을 품으면 무작위가 관측을

닮아 가고 진짜 효과가 지워집니다. 한 블록으로 잰 값은 믿지 않습니다.

못 밝힌 것 — 무엇이 사건 쪽 무작위를 만드는지는 모릅니다. 표류도 변동성 뭉침도

재현하지 못했습니다. 관측된 사실로만 적어 둡니다.

• 내부 검증 2019건 · 화면 기준선 257장. versionCode 611.

어제 「달러는 길게 볼수록 커지고 원화는 5봉이 꼭대기」라고 적었습니다. **그 견줌이

틀렸습니다 — 달러 자료는 여덟 해이고 원화는 네 해**였습니다. 두 시장을 견준 게

아니라 두 시기를 견준 것이었습니다.

같은 마지막 1,400봉으로 잘라 다시 쟀습니다.

| 자료 | h=5 | h=10 | h=20 | h=20 원값 |

|---|---|---|---|---|

| 달러 20종 여덟 해 | +5.61 | +8.85 | +12.11 밖 | +9.77% |

| 달러 20종 최근 1,400 | +4.46 | +4.81 | +6.34 안 | +4.79% |

| 달러 40종 최근 1,400 | +4.03 | +4.52 | +3.81 안 | −2.20% |

| 원화 14종 (같은 기간) | +3.73 | +2.06 | +0.58 안 | −2.00% |

기간을 맞추니 세 시장이 같은 모양입니다. 길게 쥐는 쪽이 좋았던 것은 2018~2022

였습니다 — 그 구간만 보면 h=20 초과가 +17.16%p(이긴 비율 77.3%)입니다.

> 거둡니다 — 「원화에서는 맞고 달러에서는 보수적」이라는 어제 문장. 최근 네 해 기준

> 으로는 세 시장 모두 3~5봉 부근이 좋은 자리이고, 앱이 말하는 5봉은 보수적이지

> 않습니다.

사건이 적어서가 아닙니다 — 가운데 토막 166건은 h=20 에서 서고 뒤 토막 135건은 안

섭니다. 점추정 자체가 반으로 줄었습니다.

기간을 안 맞추고 시장을 견주면, 시기의 차이가 시장의 차이로 보입니다.

• 내부 검증 2014건 · 화면 기준선 257장. versionCode 610.

화면도 문구도 얹은 기능도 전부 5봉을 말합니다. 그 5가 어디서 왔는지 물으면 —

처음에 그렇게 골랐기 때문입니다. 거친 국면 안에서 지평을 바꿔 본 적이 **한 번도

없습니다.** 바꿔 봤습니다:

| h | 코인 20종 초과 | 원값 | 이긴 | 40종 | 업비트 원화 |

|---|---|---|---|---|---|

| 1 | +2.42 | +2.40% | 65.4% | +2.06 | +1.03 안 |

| 5 | +5.61 | +5.27% | 69.6% | +4.81 | +3.77 밖(꼭대기) |

| 10 | +8.85 | +8.07% | 77.1% | +6.65 | +1.63 안 |

| 20 | +12.11 | +9.77% | 73.5% | +5.79 | +0.09 안(원값 −2.06%) |

달러 두 자료는 h=10~20까지 계속 커집니다. 그런데 업비트 원화는 정반대 — h=5가

꼭대기이고 h=10·20은 무작위 안, 원값은 −2.06%까지 내려갑니다.

> 이 앱이 5봉으로 말하는 것은 원화에서는 맞고 달러에서는 보수적입니다.

「길게 보면 당연히 커지는 것」이 아닙니다 — 되돌림이 한 봉짜리면 지평을 늘려도 초과는

일찍 평평해집니다. 계속 커진다는 건 되돌림이 열 봉 넘게 이어진다는 뜻입니다.

함께 적습니다 — h=20이면 창이 스무 봉씩 겹쳐 독립된 사건이 훨씬 적습니다. 표의

±1.64는 그 겹침을 안 세었으니 긴 쪽일수록 좁게 보입니다.

미리 적어 둔 예측은 빗나갔습니다(12승 30패) — 틀린 쪽이 더 나은 소식인 판이 또

나왔습니다.

• 내부 검증 2009건 · 화면 기준선 257장. versionCode 609.

새로 얹은 몰림 문구가 +7.75% 대 +0.50%를 적고 있었습니다. 그 수는 **20종 바구니 ·

문턱 5 · 「몰림 대 혼자」 값인데, 앱은 열 종목 · 문턱 3**으로 돌고 비교 대상도 혼자가

아니라 몰리지 않은 날입니다. 세 군데가 다릅니다.

얹은 설정으로 잰 값은 이렇습니다:

| 바구니 | 붙인 곳 | 격차 | 무작위가 더 큰 판 |

|---|---|---|---|

| 20종 | 겹치지 않는 40종 | +5.37 | 0/200 |

| 20종 | 업비트 원화 | +6.63 | 0/200 |

| 원화 9종 | 겹치지 않는 39종 | +6.72 | 0/200 |

| 달러 6종 | 겹치지 않는 39종 | +7.01 | 0/200 |

+5.37 ~ +7.01%p — 문구를 그 범위로 바꿨습니다. 「그런 40일 중 12일이 음수」도 문턱 5의

값이라 뺐고, 대신 설정과 무관한 꼬리(5봉 뒤 하위 5% −19.86%)를 남겼습니다.

이건 이 앱이 이미 적어 둔 함정입니다 — 「화면에 적은 수와 화면이 내는 표는 그 수가

아니다」. 그때는 앱이 원래 갖고 있던 표를 두고 한 말이었는데, 이번에는 **방금 만든

문구가 그랬습니다.**

왜 이렇게 되는지도 적었습니다 — 문구를 쓸 때 손에 있던 가장 인상적인 수를 집었기

때문입니다. +7.75는 이 문서에서 가장 큰 숫자였습니다.

• 내부 검증 2005건 · 화면 기준선 257장. versionCode 608.

두 판 전에 고정값을 걷어내고, 한 판 전에 그것을 다시 고쳤습니다. **앱이 실제로 서 있는

자리에 계단이 남아 있었습니다 — 열이면 3, 아홉이면 2**. 한 종목만 못 받아도 문턱이

내려갑니다. 그 계단을 쟀습니다:

| 바구니 | 문턱 | 몰린 날 | 겹치지 않는 39종 | 무작위가 더 큰 판 |

|---|---|---|---|---|

| 원화 9종 | 2 | 37일 (2.6%) | +3.45 | 1/200 |

| | 3 | 14일 (1.0%) | +6.72 | 0/200 |

| 달러 6종 | 2 | 60일 | +5.29 | 0/200 |

| | 3 | 25일 | +7.01 | 0/200 |

아홉에서 둘과 셋의 차이가 3.27%p입니다 — 예측 빗나감(12승 29패).

잰 것을 전부 늘어놓으니 규칙이 없습니다. 셋이 거의 모든 자리에서 좋고, 셋이 진 두

자리는 표본이 얇습니다. 그리고 두 판 전에 「6종이면 2」라고 결론지은 근거는 **바깥을 한

가지만 봤기 때문**이었습니다 — 같은 6종을 39종에 붙이면 3이 낫습니다.

> 비율은 세 점을 이어 그린 선이었고, 넷째 점이 선 밖에 있었습니다.

고정 3 → seen/3 → seen/4 → 다시 고정 3. 되돌리는 것이 진 것이 아닙니다 — **잰 것이

규칙을 안 만들어 주면 규칙을 만들지 않는 것이 맞습니다.** 두 판 전에 「결함」이라 부른

고정값은 결함이 아니었습니다.

• 내부 검증 2001건 · 화면 기준선 257장. versionCode 607.

앞 판에서 「문턱은 바구니의 삼분의 일」이라 적고 코드에 넣었는데, **잰 것과 안

맞습니다. 삼분의 일이면 20종에서 7인데 좋다고 한 값은 5이고, 7은 재 본 적이

없습니다.** 20종을 문턱별로 다시 쟀습니다:

| 문턱 | 몰린 날 | 비율 | 겹치지 않는 40종 | 업비트 원화 |

|---|---|---|---|---|

| 3 | 77일 | 2.4% | +5.37 (0/200) | +6.63 (0/200) |

| 4 | 49일 | 1.5% | +6.01 (0/200) | +6.98 (0/200) |

| 5 | 40일 | 1.2% | +7.47 (0/200) | +7.22 (0/200) |

| 6~7 | 28·27일 | 0.8% | +8.68 (0/200) | 표본 부족(겹침 13) |

| 8 | 22일 | 0.7% | +7.19 (0/200) | 표본 부족 |

격차만 보면 문턱이 높을수록 좋습니다(6~7에서 +8.68) — 미리 적어 둔 예측 두 절이 다

빗나갔습니다(12승 28패).

그런데 그 빗나감이 5의 진짜 이유를 드러냅니다 — 6종부터 원화에서 겹치는 날이 열세

일뿐이라 확인이 안 됩니다.