NMTS
이 기기

업데이트 기록으로

0.105.0 버전

2026-08-29 16:59:02 UTC

핫패치베타

추가

1건
  • 이미 있는 이름으로 파일을 올리면 말없이 번호를 붙이지 않고 물어봅니다.

    그전에는 도착한 파일의 이름을 아무 말 없이 `보고서 (2).pdf`로 바꿨기 때문에, 자기 파일을 고쳐서 다시 올린 사람은 둘을 다 갖게 되고 어느 쪽이 최신인지 말할 방법이 없었습니다. 답은 둘이고(새 이름으로 둘 다 두기, 덮어쓰기), 여러 개를 한 번에 올리면 한 번의 답이 나머지까지 덮습니다. 덮어쓰기는 누른 그때가 아니라 새 파일이 저장된 뒤에 옛 파일을 지우므로, 업로드가 실패해도 옛 파일이 함께 사라지지 않습니다. 옛 파일이 쓰던 저장 공간은 아직 돌려받지 못하고, 새 파일은 자기 공간을 새로 삽니다.

변경

1건
  • CLI(터미널에서 치는 프로그램)의 put·push에 --on-collision을 붙였고, 대신한 파일은 휴지통으로 갑니다.

    도구에는 계정에 저장해 두는 설정만 있고 이번 한 번은 어떻게 할지 말할 방법이 없어서, 파일을 대신하려는 에이전트는 계정 설정부터 바꿔야 했습니다. 이 표시는 무엇을 암호화하거나 값을 치르기 전에 읽고, 사람이 저장해 둔 답은 에이전트가 덮어쓰기를 요청해도 그대로 이깁니다. 도구는 완전히 지우지 않고 휴지통에 넣는데, 완전히 지우는 엔드포인트가 API 열쇠에는 일부러 닫혀 있기 때문입니다. 도구가 대신한 파일은 30일 동안 되돌릴 수 있고, `nmts sweep`으로 치울 때까지 공간을 계속 씁니다.

고침

2건
  • 칸의 자료형이 틀린 요청도 다른 모든 오류와 같은 모양으로 돌아옵니다.

    그런 요청은 저희 코드가 돌기 전에 거절되는데, 그 거절이 다른 모든 응답이 쓰는 오류 객체가 아니라 맨 글자로 돌아와서 오류 코드를 읽는 쪽에는 문서에 없는 두 번째 모양이 하나 더 있었습니다. 같은 모양을 씌우는 자리를 한 곳으로 잡아 나중에 만들 통로도 함께 덮습니다. 안에 적힌 설명은 그대로입니다 — 어느 칸이 틀렸는지 알려 주는 것이 그 글입니다.

  • 저장 주소가 비어 있는 파일 기록은 저장하지 않고 거절합니다.

    그전에는 받아들였고, 그렇게 만들어진 기록은 누구도 다운로드할 수도 되찾을 수도 복구 목록에 적을 수도 없었습니다. 저희가 내보내는 어떤 클라이언트도 그런 값을 보낸 적이 없습니다. 저장 주소는 그 밖에는 여전히 길이만 봅니다 — 진짜 주소가 어떻게 생겼는지를 잘못 짚으면 이미 값을 치른 파일의 기록을 거절하게 되기 때문입니다.

보안

3건
  • 공개 저장량 수치를 아무것도 저장하지 않고 올릴 수 있었습니다. 세는 법을 고쳤습니다.

    저장망의 물건 하나를 그것을 가리키는 파일마다 다시 세고 있어서, 외부 보안 평가가 2026년 8월 29일 하루에 누적 수치를 211 GB 올렸습니다 — 그날 아침까지 이 서비스의 전체 누적은 10.26 GB였고 그중 아무것도 실제로 저장되지 않았습니다. 파일도 열쇠도 크레딧도 닿지 않았고 누구의 저장 자원도 건드려지지 않았으며, 틀린 것은 「잰 값」이라고 적어 내놓은 숫자였습니다. 두 수치 모두 이제 물건 하나를 한 번만 세고, 부풀려진 그날의 값은 그날의 기록에서 다시 계산합니다. 물건 하나가 얼마나 큰지는 여전히 올린 쪽의 신고를 믿습니다.

  • 무료 체험 당첨자가 계정을 지우면 그 주의 자리가 되살아났습니다. 그 주가 스스로 기억합니다.

    그 주의 계량기를 지급 기록에서 셌는데 그 기록은 계정을 지우면 함께 사라지므로, 한 사람이 같은 자리를 되풀이해 가져갈 수 있었고 그 주에 거절당한 신청자들은 자리를 잃었습니다. 계정 지우기는 그대로이고 조건 없이 가능하며, 달라진 것은 그 셈이 이제 그 주 자체에 적히고 누구의 것인지는 적지 않는다는 점입니다. 다른 사람이 새 계정으로 신청하는 것은 막지 않으며, 그것은 사람 확인과 주간 예산이 보는 자리입니다.

  • 로그인한 사람이면 누구나 서비스의 상태 경보를 켜 둘 수 있었습니다. 그 길을 막았습니다.

    이 경보는 어느 저장 물건이 어느 바이트를 담고 있는지에 대해 우리 기록끼리 어긋난다는 뜻이고 정상일 때는 울리지 않는데, 요청이 그 어긋남을 그냥 주장하면 그만이었고 한 번 적히면 그 파일을 버려도 남았습니다. 같은 계정이 앞서 적어 둔 것과 어긋나는 기록은 이제 거절하고, 세는 쪽은 한 계정의 살아 있는 파일만 봅니다. 두 계정이 한 물건을 가리키는 것은 그대로 허용됩니다 — 공유받은 파일이 그렇게 닿습니다.

NMTS — 브라우저 안에서 암호화하는 클라우드 저장소