NLP-07-ODQA/kowiki-cleaned huggingface dataset:
캐디 (웹 서버)

website = 공식 URL **캐디**(Caddy)는 Go로 작성된 확장 가능하고 크로스 플랫폼 오픈 소스 웹 서버이다. "캐디"라는 이름은 지루한 작업을 돕는 도우미와 여러 부분을 단순화된 시스템으로 정리하는 방법을 모두 의미한다. Caddy는 본질적으로 REST API를 사용하여 온라인으로 업데이트할 수 있는 단일 통합 구성으로 장기 실행 서비스("앱")를 배포하기 위한 확장 가능한 플랫폼이다.archive-date=2015-05-02 공식 Caddy 배포판에는 HTTP 서버, TLS 자동화 및 PKI 앱을 포함하는 표준 모듈 세트가 함께 제공된다. 자동 HTTPS 기능으로 가장 잘 알려져 있다.oclc=1198449668url= https://arstechnica.com/gadgets/2020/05/caddy-offers-tls-https-and-more-in-one-dependency-free-go-web-server/
# 아키텍처
캐디는 세 가지 주요 구성 요소로 구성된다: 명령, 코어 라이브러리 및 구성 모듈.archive-date=2020-04-14 명령은 프로그램이 실행되는 확장 가능한 인터페이스이며, 구성 파일을 로드하고, 일반 모드를 실행하고, 설치된 플러그인을 관리하고, 관련 유틸리티 기능을 제공할 수도 있다. 코어 라이브러리는 구성 로드, 언로드 및 관리를 위한 API를 가지고 있지만,date=19 May 2022 그 자체로는 특별히 유용한 작업을 수행하지 않는다. Caddy 기능의 대부분은 Caddy의 구성 구조를 확장하는 플러그인인 모듈에 의해 제공된다. 예를 들어, HTTP 서버는 모듈이다.archive-date=2020-05-06 Caddy 모듈은 다양한 장기 실행 서비스, 웹 표준 및 기타 유용한 기능을 구현한다. 캐디의 입력은 RESTful HTTP API를 통해 열린 소켓을 통해 수신되는 JSON 구성 문서이다.archive-date=2020-04-14archive-date=2020-03-02 HTTP 클라이언트가 없는 경우, Caddy의 명령줄 인터페이스를 사용하여 구성 파일을 로드할 수 있다.archive-date=2020-03-02 구성 어댑터를 사용하여 다른 구성 형식을 JSON으로 변환할 수 있다. 기존 어댑터에는 명령줄에서 최우선 지원되는 Caddyfile과 YAML, TOML, Nginx 및 기타 여러 형식이 포함된다.archive-date=2020-04-14 관리 소켓을 통해 구성이 수신되면 캐디는 지정된 모든 모듈에 대한 구성을 디코딩하고 모든 앱 모듈을 실행하기 시작한다. 앱 모듈이 프로비저닝될 때, 이들 자체적으로 사용하는 모듈을 로드하고 프로비저닝할 수 있다. 예를 들어, HTTP 서버는 HTTP 요청을 처리하기 위해 HTTP 핸들러 모듈을 사용하는 앱 모듈이다. 이 핸들러는 기능을 구현하기 위해 다른 모듈을 사용할 수 있으며, 이는 계속된다. 이 모든 모듈은 구성 로드 단계에서 프로비저닝된다. 플러그인은 캐디 바이너리에 직접 정적으로 컴파일하여 설치한다. 플러그인이 없으면 캐디의 기본 구성 구조는 관리 및 로깅을 위한 몇 가지 기본 옵션만 갖는다. 다른 모든 기능은 앱 모듈에 의해 제공되어야 한다. 공식 Caddy 배포판에는 수십 개의 표준 모듈이 함께 제공되며, 프로젝트 웹사이트에서archive-date=2015-05-02 `xcaddy` 명령줄 도구를 사용하거나 사용자 지정 빌드를 수동으로 컴파일하여 다른 모듈을 추가할 수 있다.website=caddyserver.comdate=11 March 2022
# HTTP 서버
HTTP 서버는 공식 캐디 배포판에 표준으로 포함된 앱 모듈이다. 주로 정적 파일 서버archive-date=2020-05-08 및 로드 밸런싱 리버스 프록시로 사용된다.archive-date=2020-05-08 Caddy의 HTTP 기능의 기반은 Go의 표준 라이브러리에서 찾을 수 있는 구현을 사용하지만,archive-date=2015-05-30 다양한 개선 사항 및 사용자 지정은 미들웨어로 제공되며 구성 매개 변수를 통해 노출된다.
## 자동 HTTPS
기본적으로, 어떤 경로라도 비어 있지 않은 호스트 매처를 가지면 TLS가 자동으로 사용된다.archive-date=2016-03-04 이들은 Caddy가 서비스하는 사이트 이름 또는 IP 주소로 간주되므로, Caddy는 구성된 호스트명과 IP 주소에 대한 인증서를 자동으로 조달하고 갱신한다. 이러한 방식으로 자동 HTTPS가 활성화되면 Caddy는 HTTP 요청을 해당 HTTPS 위치로 리디렉션한다.date=9 Jan 2017 TLS 인증서를 자동으로 얻기 위해 캐디는 자동 인증서 관리 환경 프로토콜을 구현하여 Let's Encrypt와 같은 서비스와 통신할 수 있다.language=en
# 개발
캐디 프로젝트의 첫 번째 Git 커밋은 2014년에 이루어졌다. 캐디 버전 1.0은 2019년 4월 24일에 출시되었다.url-status=dead 그 시점에서 프로젝트에는 250명 이상의 기여자가 있었다. 캐디 버전 2는 2020년 5월 5일에 출시되었다. 아르스 테크니카의 리뷰어들은 버전 2의 구성 형식이 이전 주요 캐디 릴리스와 대부분 호환되지 않음에도 불구하고 여전히 아파치 HTTP 서버보다 단순한 구성 파일 구문을 가지고 있다고 말한다.url= https://www.techrepublic.com/article/deploy-web-caddy-server-caddyfile/
# 파생상품
* CoreDNS, 클라우드 네이티브 컴퓨팅 재단의 프로젝트.url= https://books.google.com/books?id=A1WsDwAAQBAJ&q;=cady
자동 인증서 관리 환경

ACME 로고 **자동 인증서 관리 환경**(Automatic Certificate Management Environment, **ACME**) 프로토콜은 인증 기관과 사용자의 서버 간의 상호 작용을 자동화하여 매우 낮은 비용으로 공개 키 기반 구조를 자동 배포할 수 있도록 하는 통신 프로토콜이다.date=9 April 2015publisher=GitHub 이는 인터넷 보안 연구 그룹(ISRG)이 Let's Encrypt 서비스를 위해 설계했다. HTTPS를 통해 JSON 형식 메시지를 전달하는 것을 기반으로 하는 이 프로토콜author=Chris Brook은 자체 공인 IETF 워킹 그룹에 의해 8555accessdate=2019-03-13에서 인터넷 표준으로 발표되었다.access-date=2019-03-12
# 클라이언트 구현
ISRG는 ACME를 위한 자유-오픈 소스 참조 구현을 제공한다. Certbot은 ACME 프로토콜을 사용하는 서버 인증서 관리 소프트웨어의 파이썬 기반 구현이며,access-date=2016-08-14access-date=2016-06-02access-date=2016-06-02 Boulder는 Go (프로그래밍 언어)로 작성된 인증 기관 구현이다.access-date=2015-06-22 2015년 이후 모든 운영 체제에서 다양한 클라이언트 옵션이 등장했다.date=20 February 2025 캐디, Traefik Proxy,language=en Nginx(2025년 8월부터), 아파치 HTTP 서버(2.4.30 이상)와 같은 웹 서버는 ACME 프로토콜을 사용하여 TLS 인증서를 자동으로 획득하는 기능을 내장하고 있다.date=12 August 2025date=11 September 2025
# API 버전

## API 버전 1
API v1 사양은 2016년 4월 12일에 발표되었다. 이 사양은 `example.com` 또는 `cluster.example.com`과 같은 정규화된 도메인 이름에 대한 인증서 발급을 지원하지만, `*.example.com`과 같은 와일드카드(wildcard)는 지원하지 않는다. Let's Encrypt는 2021년 6월 1일부로 API v1 지원을 중단했다.website=Let's Encrypt Community Support
## API 버전 2
API v2는 여러 차례 연기된 끝에 2018년 3월 13일 출시되었다. ACME v2는 v1과 하위 호환되지 않는다. 버전 2는 `*.example.com`과 같은 와일드카드 도메인을 지원하여, 사설 네트워크에서 단일 도메인 아래에 단일 공유 "와일드카드" 인증서를 사용하여 `https://cluster01.example.com`, `https://cluster02.example.com`, `https://example.com`와 같이 많은 하위 도메인에 신뢰할 수 있는 TLS를 사용할 수 있도록 한다.date=14 June 2017 v2의 주요 새로운 요구사항은 와일드카드 인증서 요청 시 도메인에 대한 제어를 확인하기 위해 도메인 이름 서비스 TXT 레코드 수정을 필요로 한다는 점이다. ACME v1에서 v2로의 프로토콜 변경 사항은 다음과 같다:website=Let's Encrypt Community Support * 인증/발급 흐름이 변경되었다. * JWS 요청 승인 방식이 변경되었다. * JWS 요청 본문의 "resource" 필드가 새로운 JWS 헤더인 "url"로 대체되었다. * 디렉토리 엔드포인트/리소스 이름이 변경되었다. * 챌린지 리소스에서 URI → URL로 이름이 변경되었다. * 계정 생성과 ToS(서비스 약관) 동의가 단일 단계로 통합되었다. 이전에는 두 단계였다. * 새로운 챌린지 유형인 TLS-ALPN-01이 구현되었다. 이전의 두 가지 챌린지 유형인 TLS-SNI-01 및 TLS-SNI-02는 보안 문제로 인해 제거되었다.website=Let's Encryptquote=The values "tls-sni-01" and "tls-sni-02" are reserved because they were used in pre-RFC versions of this specification to denote validation methods that were removed because they were found not to be secure in some cases.
1337x

programming_language = HTML, 자바스크립트, PHP 파일 공유 사이드바 **1337x**는 비트토렌트 프로토콜을 통해 P2P 파일 공유에 사용되는 토렌트 파일 및 마그넷 링크의 디렉터리를 제공하는 웹사이트이다.url-status=live 주로 온라인 불법 복제를 용이하게 하는 데 사용된다.language=en-GB 토렌트프리크 뉴스 블로그에 따르면, 1337x는 lc=yes 두 번째로 인기 있는 토렌트 웹사이트이다.archive-url=https://web.archive.org/web/20200709022441/https://torrentfreak.com/top-10-most-popular-torrent-sites-of-2020-200105/ 이 사이트와 그 변형들은 오스트레일리아와 포르투갈을 포함한 여러 국가에서 차단되었다.work=Office of the United States Trade Representative 1337x.to 도메인을 대상으로 한 최소 659만 건의 테이크다운 요청이 구글에 전송되었다.title=MPA & ACE Subpoenas Target Dozens of Potential 'Burner' Pirate Streaming Sites * TorrentFreak 1337x는 파이러트베이의 더 엄격하게 관리되는 대안으로 선전되었다.website=www.universityherald.comnewspaper=Latin Post
# 역사
1337x는 2007년에 설립되었으며 킥애스토렌트의 폐쇄 이후 2016년에 인기가 급증했다. 2016년 10월, 추가된 기능을 갖춘 웹사이트 재설계를 도입했다.url-status=live 2015년, 이 사이트는 구글 검색에서 블랙리스트에 올랐다. 이 조치는 Feelgood Entertainment의 DMCA 불만에 따라 취해졌다.url-status=live 그해 말, 사이트는 차단을 피하기 위해 이전 .pl 도메인에서 .to로 이동했다.url-status=live 2024년 초, 미국 무역대표부는 이 사이트를 "가장 악명 높은 불법 복제 사이트 중 하나"로 지정했다.website=TorrentFreak
# 대체 URL
1337x에는 방문자가 방화벽과 웹사이트 차단을 우회하는 데 사용할 수 있는 여러 대체 URL이 있다. {| class="wikitable sortable" |- ! scope="col" |유형 ! scope="col" |URL |- | 공식 (기본) | https://1337x.to |- | 공식 (onion) | l337xdarkkaqfwzntnfk5bmoaroivtl6xsbatabvlb52umg6v3ch44yd |- | 공식 | https://1337x.st/ |- | 공식 | https://x1337x.cc/ |- | 공식 | https://x1337x.ws/ |- | 공식 | https://x1337x.eu/ |- | 공식 | https://x1337x.se/ |- | |}
RARBG

current_status = 오프라인 파일 공유 사이드바 **RARBG**는 비트토렌트 프로토콜을 사용하여 P2P 파일 공유를 용이하게 하는 토렌트 파일과 마그넷 링크를 제공하는 웹사이트였다. 2014년부터 2023년까지 RARBG는 토렌트프리크의 연간 가장 많이 방문한 토렌트 웹사이트 목록에 반복적으로 등장했다.website=TorrentFreak 2023년 1월 기준으로 4위를 차지했다.url-status=live 이 웹사이트는 사용자가 직접 토렌트를 업로드하는 것을 허용하지 않았다.
# 역사
RARBG는 2008년에 설립되었다.url-status=live 원래 불가리아 비트토렌트 트래커로 고안되었지만(이름의 BG는 "불가리아"를 의미함), 그 이후로 국제적인 사용자들을 대상으로 서비스를 제공해 왔다. 토렌트프리크에 따르면, RARBG는 영어 "고품질 비디오 릴리스"를 전문으로 했지만, "게임, 소프트웨어 및 음악"을 포함한 다른 콘텐츠도 나열한다. 이 웹사이트는 2019년에 미국 무역 대표에 의해 "악명 높은 시장"으로 묘사되었다.url-status=live 2020년에는 불가리아 법 집행 기관의 표적으로 지정되었다.url-status=live
## 폐쇄
2023년 5월 31일, 사이트는 인플레이션, 코로나19 범유행의 부작용, 그리고 러시아의 우크라이나 침공으로 인해 사이트 유지 비용을 감당할 수 없게 된 것을 포함한 여러 가지 이유를 들어 폐쇄를 발표했다.url-status=live
# 차단 및 검열
RARBG는 일반적으로 저작권 침해를 용이하게 한다는 법적 이유로 전 세계 여러 국가에서 차단되었다. 2008년 12월, 이 사이트는 BREIN의 법적 압력으로 인해 일주일 동안 폐쇄되었다.url-status=live 2017년, 구글의 "회전목마" 검색 결과에 토렌트 사이트 링크가 강조 표시되는 논란이 있은 후 RARBG는 구글 검색 결과에서 제외되었다.url-status=liveurl-status=live 영화 스튜디오들이 해적들의 개인 정보를 요구하며 ISP Hurricane Electric를 상대로 소송을 제기한 후, Hurricane Electric을 통해 운영되는 VPN 서비스인 Sophidea VPN은 2020년 12월부터 RARBG를 포함한 여러 토렌트 사이트에 대한 접근을 차단했다.url-status=live {| class="wikitable" !국가 !차단 날짜 |- |사우디아라비아 |2014년 4월 2일url-status=liveurl-status=live |- |영국 |2014년 11월 27일url-status=live |- |덴마크 |2015년 3월 27일url-status=live |- |튀르키예 |2015년 8월 12일url-status=live |- |포르투갈 |2015년 10월 26일url-status=live |- |이탈리아 |2017년 3월 6일url-status=liveurl-status=live |- |오스트레일리아 |2017년 8월 18일url-status=livedate=August 18, 2017 |- |인도네시아 |2017년 10월 10일 |- |핀란드 |2018년 6월 8일url-status=live |- |아일랜드 |2018년 1월 18일url-status=liveurl-status=live |- |벨기에 |2019년 1월 3일 |- |인도 |2019년 4월 12일url-status=liveurl-status=liveurl-status=live |- |그리스 |2019년 5월 15일url-status=live |- |네덜란드 |2022년 3월 31일url-status=live |- |이란 |알 수 없음 |- |불가리아 |알 수 없음 |- |오만 |알 수 없음 |- |중국 |알 수 없음 |}
슈퍼 시딩

파일 공유에서 **슈퍼 시딩**(Super-seeding)은 비트토렌트 통신 프로토콜을 위해 존 호프만이 개발한 알고리즘으로, 다운로더가 더 빨리 업로더가 되도록 돕지만, 다운로더가 단 한 명일 경우 전체 시딩 실패의 위험을 초래한다. 이 알고리즘은 스웜에 시드가 하나만 있을 때 적용된다. 각 다운로더가 토렌트에 나열된 파일의 특정 부분만 다운로드하도록 허용함으로써 피어가 더 빠르게 시딩을 시작할 수 있도록 한다.BitTorrent.org date=2010-06-12. Bittorrent.org (2008-02-25). Retrieved on 2011-12-03. 따라서 슈퍼 시딩이 활성화된 시드에 연결된 피어는 다운로드를 완료하기 전에도 토렌트 파일의 조각을 훨씬 더 쉽게 배포한다.url-status=deadurl-status=live 2003년, 비트토네이도는 이 알고리즘을 구현한 최초의 비트토렌트 클라이언트가 되었다.
# 효과
한 그룹의 테스트 결과 슈퍼 시딩이 약 20%의 업로드 비율을 절약하는 데 도움이 될 수 있음을 발견했다. 이는 시드의 업로드 속도가 개별 피어의 업로드 속도보다 빠를 때 가장 잘 작동한다. 다운로드 클라이언트가 하나뿐일 때 슈퍼 시딩 전송은 중단된다. 시더는 두 번째 클라이언트가 데이터를 받을 때까지 더 많은 데이터를 보내지 않는다. 이를 피하기 위해 rTorrent는 구성된 용량으로 업로드될 때까지 확인을 기다리지 않고 피어에게 더 많은 조각을 계속 제공한다.RTorrentInitialSeeding – The libTorrent and rTorrent Project. Libtorrent.rakshasa.no. Retrieved on 2011-12-03.
# 지원 클라이언트
title=qBittorrent/Changelog at master · qbittorrent/qBittorrent * rTorrent 버전 0.8.2 * Tixati 버전 1.34부터 * μTorrent (명칭: "Initial Seeding") * Vuze (이전 명칭: Azureus)
세로 배치 엔진

삼륜자동차 섀시의 세로 배치 엔진 1926년 헨더슨 모터사이클 디럭스 슈퍼식스의 세로 배치 [[직렬 6기통 엔진]] 자동차공학에서 **세로 배치 엔진**은 크랭크축이 탈것의 긴 축을 따라 앞뒤로 배치된 내연기관이다. 이는 크랭크축이 좌우로 배치된 가로 배치 엔진과는 대조적이다. 실린더 수와 배치에는 여러 가지 변형이 있지만, 모든 자동차 엔진은 세로 배치 또는 가로 배치 중 하나이다.
# 사용
이러한 유형의 모터는 일반적으로 후륜구동 차량에 사용되지만, 일부 아우디, 사브, 올즈모빌 토로나도, 1967년형 캐딜락 엘도라도는 전륜구동 방식에 세로 배치 엔진이 장착되었다. 전륜구동 차량에는 일반적으로 가로 배치 엔진이 사용된다. 트럭은 종종 후륜구동 방식에 세로 배치 엔진을 사용한다. 오토바이의 경우 특정 유형의 사용은 구동 방식에 따라 다르다. 체인 또는 벨트 구동의 경우 일반적으로 가로 배치 엔진이 사용되고, 샤프트 구동의 경우 세로 배치 엔진이 사용된다. 오토바이의 세로 배치 엔진은 한 가지 단점이 있다. 크랭크축의 "기울어지는 지점"이 가속 시 오토바이 전체를 크고 작게 기울게 한다. 이는 발전기 및 기어박스와 같은 다른 구성 요소를 크랭크축과 반대 방향으로 회전시켜 부분적으로 해결된다. 대부분의 대형 "고급" 차량은 후륜구동과 함께 세로 배치 엔진을 사용하는데, 이는 직렬 6기통 및 90° 대형 V8과 같은 강력한 엔진은 FF(전륜구동 전방 엔진) 가로 배치 엔진 베이에 장착하기에는 일반적으로 너무 길기 때문이다. 반면 대부분의 주류 현대 차량은 직렬 4기통 또는 V6 엔진이 장착되어 있기 때문에 전륜구동과 가로 배치 엔진 배열을 사용한다. 두 레이아웃 모두 사륜구동에 적용될 수 있지만, 세로 배치 엔진 배열은 더 균형 잡힌 무게 배분을 통해 우수한 핸들링 특성을 제공하지만, 패키징 및 실내 공간 측면에서는 효율성이 떨어진다.date=31 May 2013 세로 배치 엔진을 장착한 자동차는 일반적으로 가로 배치 엔진을 장착한 자동차보다 최소 회전 반경이 작다. 이는 엔진 측면에 더 많은 공간이 있어 휠 아치가 더 깊어지고 앞바퀴가 더 큰 각도로 회전할 수 있기 때문이다. 1960년대 후반, GM의 올즈모빌과 캐딜락 사업부는 각각 올즈모빌 토로나도와 캐딜락 엘도라도라는 전륜구동 모델을 출시했는데, 이들 모델은 세로 배치 V8 엔진과 통합된 자동 변속기 및 차동 장치로 전륜을 구동했다. 혼다와 토요타도 세로 배치 엔진을 장착한 전륜구동 차량을 제공했는데, 혼다 비고르, 아큐라/혼다 레전드/RL, 토요타 테르셀 등이 있다.
# 일반적인 유형
다음은 자동차에 장착될 수 있는 일반적인 엔진 유형 목록이다. * 직렬 기관 – 2기통, 3기통, 4기통, 5기통, 6기통, 심지어 8기통 실린더가 한 평면에 배치된다. * V 엔진 – 2기통, 4기통, 6기통, 8기통, 10기통, 12기통, 심지어 16기통 실린더가 크랭크축 끝에서 볼 때 "V"자 모양으로 두 개의 별도 평면에 배치된다. * 수평 엔진 – 2기통, 4기통, 6기통 또는 그 이상의 실린더가 서로 마주 보는 두 개의 수평 평면에 배치된다. * W 엔진 – 두 개의 (좁은 각도의) V 엔진이 (180° 이내에서) 결합되어 8기통, 12기통 또는 16기통 실린더가 네 개의 별도 평면에 배치된다.
마이크로 트랜스포트 프로토콜

파일 공유 사이드바 **마이크로 트랜스포트 프로토콜**(Micro Transport Protocol, **μTP**, 때로는 **uTP**)는 신뢰할 수 있고 순서가 지정된 전달을 제공하면서 전송 제어 프로토콜(TCP)을 통한 기존 비트토렌트에서 발견되는 열악한 네트워크 지연 시간 및 기타 혼잡 제어 문제를 완화하기 위한 사용자 데이터그램 프로토콜 기반(UDP 기반) 비트토렌트 P2P 파일 공유 프로토콜의 개방형 변형이다. 이 프로토콜은 다른 애플리케이션에 지장을 줄 때 P2P 파일 공유 토렌트 사용자 간에 데이터 패킷이 전송되는 속도를 자동으로 늦추기 위해 고안되었다.archive-date=March 1, 2010 예를 들어, 이 프로토콜은 비트토렌트 애플리케이션과 웹 브라우저 간에 DSL 회선 공유를 자동으로 허용해야 한다.
# 개발
μTP는 인터넷2에서 QoS 및 고성능 대량 전송에 대한 연구에서 나왔으며, 스타니슬라프 샬루노프와 벤 타이틀바움이 설립한 Plicto에 의해 백그라운드 전송 프로토콜로 사용하기 위해 채택되었고,This Is How Your BitTorrent Downloads Move So Fast, Fastcolabs, 2013-07-29, Retrieved November 6, 2013 이후 2006년 비트토렌트 (기업)에 인수되어 새로운 소유자 내에서 추가 개발되었다.http://www.slideshare.net/eCommConf/eric-klinker-presentation-at-emerging-communication-conference-awards-2010-america/11 uTP timeline, slide 11, "This Green Revolution-improving the yield of your network investment", eComm America Conference, San Francisco, CA, April 2010. 이 프로토콜은 μTorrent 1.8.x 베타 브랜치에 처음 도입되었고, 뮤토렌트 1.9의 알파 빌드에서 공개되었다.language=en-usdate=3 December 2008 μTorrent에서 사용된 μTP 구현은 나중에 "libutp" 라이브러리로 분리되어 MIT 라이선스에 따라 공개되었다.archive-date=2011-01-23 μTP를 구현한 최초의 자유 소프트웨어 클라이언트는 K토렌트 4.0이었다.language=enarchive-date=2015-04-02 libtorrent는 0.16.0 버전부터 μTP를 구현하며,website=code.google.com 큐빗토렌트는 2.8.0부터 사용한다.website=www.qbittorrent.org Tixati는 1.72 버전부터 μTP를 구현한다.website=www.tixati.com Vuze (이전 Azureus)는 4.6.0.0 버전부터 μTP를 구현한다.website=wiki.vuze.com 트랜스미션 (소프트웨어)은 2.30 버전부터 μTP를 구현한다.url-status=dead
# μTP 혼잡 제어
LEDBAT(Low Extra Delay Background Transport)으로 알려진 μTP가 사용하는 혼잡 제어 알고리즘은 지연 시간이 과도하지 않을 때 대역폭을 최대화하면서 프로토콜을 사용하는 애플리케이션으로 인한 지연 시간을 줄이는 것을 목표로 한다.url-status=deadarchive-date=March 1, 2010 또한 μTP 혼잡 제어기에서 얻은 정보는 TCP 연결의 전송 속도를 선택하는 데 사용될 수 있다.archive-date=February 8, 2009 expanded=Protocols LEDBAT는 6817에 설명되어 있다. 2009년 기준으로 μTP 구현 세부 사항은 당시의 인터넷 초안과 달랐다.archive-date=July 25, 2011 μTP는 또한 세 번째 무제한 피어가 STUN 서버 역할을 하는 두 개의 포트 제한 피어 간의 UDP 홀 펀칭을 사용하여 NAT 순회를 지원한다.archive-date=March 25, 2013archive-date=June 19, 2013
프리 다운로드 매니저

license = 사유 **프리 다운로드 매니저**(Free Download Manager)는 Windows, macOS, 리눅스 및 안드로이드용 다운로드 관리자이다.language=enwebsite=Google Play Store 프리 다운로드 매니저는 사유 소프트웨어이지만, 버전 2.5work=Free Download Manager blog와 3.9.7 사이에는 자유-오픈 소스 소프트웨어였다. 버전 3.0.852(2010년 4월 15일)부터 소스 코드는 바이너리 패키지에 포함되지 않고 프로젝트의 서브버전 저장소에서 사용할 수 있게 되었다. 이는 버전 3.9.7까지 계속되었다.work=SCM Repositories 버전 5.0 이상에 대한 소스 코드는 사용할 수 없으며 GNU 일반 공중 사용 허가서 계약은 앱에서 제거되었다. Pinterest 다운로더 기능은 2021년 10월 16일까지 프로그램 기능에 포함되어 있었지만, 개발자 중 한 명인 알렉스는 구글이 해당 옵션을 비활성화해달라는 불만 신고를 접수했다고 밝혔다.language=en-US 현재 유튜브에서 비디오를 다운로드하려는 시도는 다운로드 상자에 "Youtube downloads are not available"이라는 메시지가 표시된다. 구글 법무팀과의 해결은 아직 이루어지지 않았다. 웹사이트 freedownloadmanager.org가 2022년까지 3년 넘게 리눅스 악성 소프트웨어를 유포한 것으로 밝혀졌다. 연구원들은 해당 사이트가 간헐적으로 사용자들을 악성 버전의 프리 다운로드 매니저 소프트웨어를 제공하는 도메인으로 리디렉션하는 것을 발견했다. 이 악성 소프트웨어에는 리눅스 장치에 백도어를 설치하여 비밀번호, 검색 기록, 암호화폐 지갑 파일 및 클라우드 서비스 자격 증명을 훔치는 스크립트가 포함되어 있었다. 이 감염은 2023년 9월에 발견되었지만 2020년부터 활동해왔다. 이는 합법적인 프리 다운로드 매니저 프로젝트에 영향을 미치는 공급망 공격으로 추정된다. 이 악성 소프트웨어는 윈도우 위협에 비해 리눅스 위협의 은밀한 특성 때문에 수년 동안 감지되지 않았다. 사이트 관리자들은 캠페인에 대한 알림에 응답했다.language=en-usaccess-date=10 July 2009https://www.freedownloadmanager.org/blog/?p=664
# 기능
* GUI는 여러 탭을 제공하여 다운로드 유형을 정리하고 프로그램의 다양한 기능에 접근할 수 있게 한다. * 진행 표시줄, 파일 미리보기, 해당 다운로드에 대해 작성된 커뮤니티 의견(있는 경우) 및 연결 상태를 보여주는 로그를 표시하는 다운로드 정보 보기. * 다운로드 가속website=freedownloadmanager.org * 파일 드래그 앤 드롭용 드롭박스 * HTTP 및 FTP 다운로드 지원 * 향상된 오디오/비디오 파일 지원 * RTSP/MMS 다운로드 지원access-date=2013-06-14 * 파일 세트를 다운로드하기 위한 일괄 다운로드 지원 * 분할 파일 전송: 큰 파일을 부분으로 나누어 (소프트웨어 설정에서 지정) 동시에 다운로드 * 비트토렌트 지원 (Libtorrent 기반), 마그넷 URI 스키마 지원 * 구글 비디오와 같은 사이트에서 플래시 비디오 다운로드 (안드로이드 제외language=en) * 서버에서 허용하는 경우 중단된 다운로드 재개 * Zip 파일 부분 다운로드: 사용자가 zip 파일의 필요한 부분만 다운로드할 수 있게 한다. * 여러 미러에서 동시 다운로드 * 세 가지 완전 맞춤형 트래픽 모드(낮음, 중간, 높음)를 통한 대역폭 제한 지원 * 클립보드에서 URL 목록 가져오기 * 다운로드 가능한 콘텐츠가 발견되면 URL 또는 복사 기능을 추적하기 위해 사용 중인 브라우저와 통합 * 인터넷을 통한 원격 제어 * 스마트 파일 관리 및 강력한 스케줄러 * 휴대용 모드: 사용자가 쉽게 휴대용 버전을 만들고 각 컴퓨터에 프로그램을 설치하고 구성할 필요가 없도록 한다. * 사용자와의 활발한 통신을 통해, 그리고 컴퓨터에 설치된 바이러스 검사 소프트웨어를 통해 활성 스파이웨어 및 애드웨어 보호.
# 탭
* **다운로드** – 이 프로그램의 핵심이며, 단순히 다운로드 관리자이다. 사용자는 특정 확장자를 가진 파일이 다운로드될 폴더로 그룹을 만들 수도 있다. * **플래시 비디오 다운로드** – 이 기능은 사용자가 구글 비디오 및 기타 여러 사이트에서 FLV 비디오 파일을 다운로드하는 데 도움이 된다. * **토렌트** – 토렌트 파일 다운로드를 허용한다. * **스케줄러** – 사용자는 미리 설정된 시간에 실행될 작업 목록을 만들고 관리할 수 있다. 작업에는 외부 프로그램 실행, 다운로드 시작 및 중지, 가능한 모든 방법으로 컴퓨터 종료가 포함된다. * **사이트 탐색기** – 이 기능은 FTP 클라이언트이다. * **사이트 관리자** – 이 기능은 사용자가 FDM에게 인증이 필요한 웹사이트 또는 웹사이트가 사용자로부터 동시에 허용할 수 있는 다운로드 연결 수와 같은 특정 사이트에서 어떻게 작동해야 하는지 알려줄 수 있도록 한다. * **HTML 스파이더** – 이 기능은 링크를 재귀적으로 따라가고 다운로드하여 웹사이트를 다운로드할 수 있다.
RTorrent

소문자 https://rakshasa.github.io/rtorrent/ **rTorrent**(알토렌트)는 C++로 작성된 텍스트 기반 비트토렌트 클라이언트로, 유닉스용 Ncurses 및 libTorrent (libtorrent와 구별) 라이브러리를 기반으로 한다.
# 기술적인 세부 사항
이 라이브러리는 Mmap() 함수에 의해 메모리에 매핑된 파일 페이지와 네트워크 스택 간에 데이터를 직접 전송한다는 점에서 다른 구현과 차별화된다. 고대역폭 연결에서 공식 클라이언트보다 3배 빠른 속도로 시딩할 수 있다고 주장한다. rTorrent 패키지는 다양한 리눅스 배포판과 유닉스 계열 시스템에서 사용할 수 있으며, FreeBSD 및 MacOS와 같은 거의 모든 POSIX 호환 운영체제에서 컴파일 및 실행할 수 있다. rTorrent는 Ncurses 라이브러리를 사용하며 GNU Screen 또는 Tmux와 함께 사용하기에 적합하다. 토렌트를 로드하려면 캐리지 리턴과 같은 명령을 사용하며, 그 후 ^S를 사용하여 토렌트를 시작할 수 있다 (^는 Ctrl 키의 약자). 백스페이스를 사용하여 로드되면 토렌트를 자동으로 시작할 수 있어 ^S를 다시 입력할 필요가 없어진다. ^K는 중지, ^D는 일시 중지 명령이며, 이미 일시 중지되었거나 중지된 경우 ^D를 다시 입력하면 토렌트를 삭제할 수 있다. 세션 저장을 지원하며 사용자가 토렌트를 추가하고 제거할 수 있다. 또한 여러 파일로 구성된 토렌트의 부분 다운로드도 지원한다. rTorrent-0.7.0 릴리스에서는 비트토렌트 프로토콜 암호화 지원도 구현되었다. PEX, DHT 및 초기 시딩은 최근 rTorrent에 구현되었다. rTorrent는 Simple Common Gateway Interface를 통해 XML-RPC로 제어할 수 있다. JSON-RPC 지원은 0.15.2 버전 이후 상위 프로젝트에 병합되었다.agency=rakshasa/rtorrent and jesec/rtorrent contributorsagency=rTorrent contributors 벤치마킹 결과 JSON-RPC는 두 배의 성능 향상을 제공하고 전체 클라이언트 CPU 사용량을 약 15% 감소시키는 것으로 나타났다.agency=Flood project
# 내용주
group=lower-alpha
MLDonkey

https://github.com/ygrek/mldonkey **MLDonkey**는 오픈 소스, 다중 프로토콜, P2P 파일 공유 애플리케이션으로, 여러 플랫폼에서 백엔드 서버 애플리케이션으로 실행된다. 웹 인터페이스, 텔넷 인터페이스 및 12개 이상의 네이티브 클라이언트 프로그램을 포함한 여러 별도의 프론트엔드 중 하나에서 제공하는 사용자 인터페이스를 통해 제어할 수 있다. 원래 eDonkey 프로토콜용 리눅스 클라이언트였으나, 현재는 다양한 종류의 유닉스 계열, OS X, 마이크로소프트 윈도우 및 모르프OS에서 실행되며 수많은 P2P 프로토콜을 지원한다. 일부 C와 assembly를 포함하여 OCaml로 작성되었다.
# 역사
소프트웨어 개발은 2001년 후반에 시작되었다. MLDonkey의 원래 개발자는 INRIA의 파브리스 르 페상(Fabrice Le Fessant)이다. 원래는 오픈 소스 커뮤니티에서 OCaml 사용을 확산시키려는 노력의 일환으로 구상되었다.first2=Simon 2003년 1월, Slyck.com은 MLDonkey 개발자와 공식 오버넷 메타머신(MetaMachine) 개발자 사이에 잠시 마찰이 있었다고 보고했다. 메타머신 개발자는 네트워크에서 잘못된 동작을 이유로 MLDonkey를 "불량 클라이언트"라고 비난했다.url-status=dead 3.0 이전 버전에는 웹 인터페이스에 접근할 수 있는 공격자가 파일 시스템의 모든 파일을 읽을 수 있는 알려진 보안 취약점이 있다.date=16 March 2009
# 특징
MLdonkey 코어의 특징: * 다음 네트워크 프로토콜을 부분적으로 또는 완전히 지원하는 P2P (p2p) 프로그램: ** FastTrack (Kazaa) ** 이동키 네트워크 (오버넷 및 Kad network 포함) ** 비트토렌트 (Mainline DHT 포함) ** Direct Connect ** HTTP/FTP * 여러 제어 인터페이스: 텔넷, 웹 인터페이스, 타사 GUI. OCaml 프로그래밍 언어로 작성되었으며 GPL-2.0-or-later 라이선스에 따라 사용이 허가된 이 애플리케이션은 사용자 인터페이스(웹 브라우저, 텔넷 또는 타사 GUI 애플리케이션일 수 있음)와 P2P 네트워크와 상호 작용하는 코드를 분리한다. MLDonkey는 서로 다른 네트워크 프로토콜을 사용하여 동시에 다른 피어에 연결할 수 있다. 또한 이 기능은 현재 실험적인 것으로 문서화되어 있지만, 다른 네트워크 프로토콜에서 하나의 파일 조각을 다운로드하고 병합할 수 있다.url-status=dead MLDonkey는 터미널 세션에서 실행되며 GUI 환경을 필요로 하지 않아 메모리와 처리 리소스를 절약한다. 동작은 편집 가능한 구성 파일 또는 더 사용자 친화적인 방식으로 별도의 사용자 인터페이스에서 제어된다. 2.9.0 (2007) 릴리스부터 그누텔라 및 G2 지원은 두 플러그인 모두 버그가 있고 현재 유지 관리되지 않으므로 기본적으로 컴파일되지 않는다.url-status=dead 그러나 구성 파일에서 적절한 설정을 하면 여전히 컴파일할 수 있다.archivedate=2009-01-14
# 프론트엔드
* P2P-GUI (웹 인터페이스) * 오네이저 (Palm OS) * 산초 * 뮬드로이드 - 안드로이드 인터페이스
Tixati

tixati.com **Tixati**는 C++로 작성된 사유 리눅스 및 윈도우 비트토렌트 클라이언트이다. 각 새 클라이언트 버전과 함께 독립형 및 휴대용 버전이 있다.
# 기능
표준 비트토렌트 클라이언트 공유 기능 외에도 Tixati는 채널 채팅과 함께 통합 채팅방 및 암호화된 비공개 메시징을 제공한다.url-status=live 채팅방은 공개 또는 비공개일 수 있다. 사용자는 선택적으로 마그넷 또는 URL 링크 목록을 공유할 수 있으며, 이 목록은 사용자가 참여한 모든 채널에서 검색할 수 있다. 특정 사용자의 공유 목록 탐색도 지원된다. 채널은 또한 스트리밍 오디오 및 비디오 미디어를 허용한다.url-status=live
## Fopnu
2017년 7월 20일부터 Tixati 개발자들은 Fopnu라는 새로운 P2P 파일 공유 시스템(네트워크 및 클라이언트)의 정기적인 업데이트를 출시했다.url-status=live Fopnu는 Tixati와 시각적으로 유사하지만 토렌트 클라이언트는 아니다.url-status=live
# 평가
2012년에 토렌트프리크는 Tixati를 상위 10개 뮤토렌트 대안 중 하나로 선정했다.url-status=live 같은 해에 Ghacks로부터 긍정적인 평가를 받았다.url-status=live 2015년 5월, Tixati는 라이프해커 독자층이 가장 많이 사용하는 토렌트 클라이언트 중 5위를 차지했다.url-status=live 2017년 1월 6일, 개발자는 채널에 암호화된 포럼 기능을 추가한 버전 2.52의 사용자 알파 테스트 출시를 발표했다. 포럼 게시물은 채널의 모든 사용자에게 보이거나, 2명의 사용자에게만 비공개로 보일 수 있다. 2017년 3월, 톰스 가이드에 의해 인기 있는 비트토렌트 클라이언트로 선정되었다.url-status = live 2017년 12월, 테크레이더로부터 긍정적인 평가를 받았다.url-status = live 2018년 1월, Lifewire로부터 긍정적인 평가를 받았다.url-status = live
오픈트래커

website = 공식 URL **오픈트래커**(Opentracker)는 빠르고 시스템 자원 소비가 적도록 설계된 자유 (비어웨어 라이선스) 비트토렌트 피어 트래커 소프트웨어(특정 종류의 HTTP 또는 UDP 서버 소프트웨어)이다.
# 기능
opentracker의 여러 인스턴스를 클러스터에서 실행하여 서로 동기화할 수 있다. 하이퍼텍스트 전송 프로토콜(HTTP) 외에도 사용자 데이터그램 프로토콜(UDP)을 통해 opentracker에 연결할 수 있으며, 이는 HTTP가 생성하는 트래커 트래픽의 절반 미만을 생성한다.url-status=live IPv6, 전체 스크랩에 대한 Gzip 압축, 토렌트 블랙리스트를 지원한다. IP 주소가 비트토렌트 트래커에 등록되어 저작권 침해로 고발당한 사례가 있었기 때문에, df=mdy-all opentracker는 그럴듯한 부인을 위해 임의의 IP 주소 번호를 혼합할 수 있다.url-status=live
# 기술
이 소프트웨어는 다른 트래커 소프트웨어에 비해 속도 이점의 대부분을 차지하는 RAM에서 완전히 실행된다. C로 작성되었으며 네트워크 연결을 관리하는 라이브러리 libowfat을 기반으로 한다. IPv6를 지원하는 UDPurl-status=live 또는 여러 비트토렌트 트래커 소프트웨어 인스턴스의 동기화와 같은 일부 새로운 기능을 위해 비트토렌트 프로토콜에 새로운 확장이 추가되었다.
# 채택
파이러트베이의 세계 최대 트래커는 2007년 말에 자체 제작 소프트웨어인 하이퍼큐브에서 opentracker로 전환했다.url-status=live 노르웨이 방송 공사는 자체 TV 프로그램을 배포하는 데 opentracker를 사용한다.url-status=live 인기 있는 공개 토렌트 트래커인 opentrackrurl-status=livedate=February 10, 2019와 coppersurferurl-status=live는 opentracker를 사용하는 것으로 알려져 있다.
# 더 읽어보기
* df=mdy-all
UDP 홀 펀칭

**UDP 홀 펀칭**(UDP hole punching)은 네트워크 주소 변환 (NAT) 애플리케이션에서 NAT를 통과하는 사용자 데이터그램 프로토콜 (UDP) 패킷 스트림을 유지하는 데 일반적으로 사용되는 기술이다. NAT 통과 기술은 일반적으로 인터넷에서 사설망에 연결된 호스트가 관련된 클라이언트-클라이언트 네트워킹 애플리케이션, 특히 P2P, Direct Client-to-Client (DCC) 및 Voice over Internet Protocol (VoIP) 배포에서 필요하다.first3=Pyda UDP 홀 펀칭은 하나 이상의 네트워크 주소 변환기를 통해 통신하는 두 호스트 간의 연결을 설정한다. 일반적으로 공용 전송 네트워크의 제3자 호스트를 사용하여 통신 호스트 간의 직접 통신에 사용될 수 있는 UDP 포트 상태를 설정한다. 포트 상태가 성공적으로 설정되고 호스트가 통신하면, 포트 상태는 일반 통신 트래픽으로 유지되거나, 장기간 통신이 없을 경우 일반적으로 비어 있는 UDP 패킷 또는 최소한의 비간섭 콘텐츠를 포함하는 keep-alive 패킷으로 유지될 수 있다.
# 개요
UDP 홀 펀칭은 네트워크 주소 변환기를 사용하여 사설망에 있는 인터넷 호스트 간에 양방향 UDP 연결을 설정하는 방법이다. 이 기술은 NAT 작동 특성이 표준화되어 있지 않기 때문에 모든 시나리오 또는 모든 유형의 NAT에 적용할 수 있는 것은 아니다. NAT를 통해 인터넷에 연결된 사설망 내에서 네트워크 연결을 사용하는 호스트는 일반적으로 Session Traversal Utilities for NAT (STUN) 방법 또는 상호 연결 확립 (ICE)을 사용하여 통신 피어가 필요로 하는 NAT의 공용 주소를 결정한다. 이 과정에서 공용 네트워크의 다른 호스트가 포트 매핑 및 기타 UDP 포트 상태를 설정하는 데 사용되며, 이는 애플리케이션 호스트 간의 직접 통신에 유효하다고 가정된다. UDP 상태는 일반적으로 수십 초에서 몇 분 범위의 짧은 시간 후에 만료되고,access-date=2016-06-22 이 과정에서 UDP 포트가 닫히기 때문에 UDP 홀 펀칭은 주기적인 Keep-alive 패킷 전송을 사용하여 각 패킷이 NAT의 UDP 상태 머신에서 수명 카운터를 갱신한다. UDP 홀 펀칭은 대기업 네트워크에서 발견되는 대칭형 NAT 장치(양방향 NAT라고도 함)에서는 작동하지 않는다. 대칭형 NAT에서는 알려진 STUN 서버와의 연결과 관련된 NAT의 매핑이 알려진 서버로부터 데이터를 수신하는 것으로 제한되므로 알려진 서버가 보는 NAT 매핑은 엔드포인트에 유용한 정보가 아니다. 다소 더 정교한 접근 방식에서는 두 호스트 모두 여러 번의 시도를 사용하여 서로에게 보내기 시작한다. 제한적 콘 NAT에서는 다른 호스트에서 온 첫 번째 패킷이 차단된다. 그 후 NAT 장치는 다른 머신으로 패킷을 보낸 기록을 가지게 되며, 이 IP 주소와 포트 번호에서 오는 모든 패킷을 통과시킨다. 이 기술은 P2P 소프트웨어 및 VoIP 전화 통신에서 널리 사용된다. 또한 UDP를 통해 작동하는 가상사설망의 구축을 지원하는 데 사용될 수도 있다. 동일한 기술은 때때로 전송 제어 프로토콜 (TCP) 연결로 확장되지만, TCP 연결 스트림이 애플리케이션이 아닌 호스트 OS에 의해 제어되고 시퀀스 번호가 무작위로 선택되기 때문에 성공률은 낮다. 따라서 시퀀스 번호 검사를 수행하는 NAT 장치는 패킷이 기존 연결과 관련이 있다고 간주하지 않고 삭제한다. 서버 S를 사용하여 통신을 설정하는 데 도움을 받는 피어 A와 B의 메시지 시퀀스 차트
# 흐름
A와 B는 각각 자신의 사설망에 있는 내부 IP 주소 iAddrA와 iAddrB를 가진 두 호스트이다. NA와 NB는 각각 외부 IP 주소 eAddrA와 eAddrB를 가진 두 NAT 장치이다. S는 알려진 IP 주소를 가진 공용 서버이다. # A와 B는 각각 S와 UDP 대화를 시작한다. NAT 장치 NA와 NB는 UDP 변환 상태를 생성하고 임시 외부 포트 번호 ePortA와 ePortB를 할당한다. # S는 UDP 패킷을 검사하여 NA와 NB가 사용한 소스 포트(외부 NAT 포트 ePortA와 ePortB)를 얻는다. # S는 B에게 eAddrA:ePortA 값을 알리고, A에게 eAddrB:ePortB 값을 알린다. # A는 eAddrB:ePortB로 패킷을 보내고, B는 eAddrA:ePortA로 패킷을 보낸다(반드시 동시에 또는 특정 순서로 보낼 필요는 없다). #* 이 패킷들이 사설망을 떠날 때, 각 NAT 장치는 변환 테이블에 항목을 추가한다: #** NA는 A의 패킷을 검사하고 이미 항목 (iAddrA, iPortA, eAddrA, ePortA)이 존재하지만 목적지가 다르다(S). NA는 A (iAddrA)에서 B (eAddrB)로 전송되는 트래픽에 대해 동일한 변환으로 새 항목을 생성한다. #** NB는 B의 패킷을 검사하고 이미 항목 (iAddrB, iPortB, eAddrB, ePortB)이 존재하지만 목적지가 다르다(S). NB는 B (iAddrB)에서 A (eAddrA)로 전송되는 트래픽에 대해 동일한 변환으로 새 항목을 생성한다. #* 원격 패킷 도착 시 각 NAT의 변환 테이블 상태에 따라: #** 새로운 항목이 B의 패킷이 도착하기 전에 NA의 변환 테이블에 이미 추가되었다면 NA는 B의 패킷을 통과시키지만, 그렇지 않으면 삭제한다. #** 새로운 항목이 A의 패킷이 도착하기 전에 NB의 변환 테이블에 이미 추가되었다면 NB는 A의 패킷을 통과시키지만, 그렇지 않으면 삭제한다. # 양쪽 NAT에 해당 튜플이 추가되면 NAT에 "홀"이 "펀칭"되어 두 호스트가 직접 통신할 수 있게 된다. * 두 호스트 모두 제한적 콘 NAT 또는 대칭형 NAT를 사용하는 경우 외부 NAT 포트는 S와 함께 사용된 포트와 다를 것이다. 일부 라우터에서는 외부 포트가 순차적으로 선택되므로 근처 포트를 추측하여 대화를 설정할 수 있다.
XMule

소문자 AsOf = **xMule**(X11 뮬의 줄임말)은 모든 주요 유닉스 플랫폼, 특히 리눅스에 이동키 P2P 파일 공유 네트워크를 가져오기 위한 의도된 자유 소프트웨어access-date=15 July 2021 클라이언트이다. xMule은 WxWidgets를 사용하여 C++로 코딩되었으며 GNU 일반 공중 사용 허가서 v2로 출시되었다. xMule은 그 자체로 이뮬의 이식 버전인 lMule의 포크이다.access-date=15 July 2021 어뮬은 xMule의 포크이다.
# 역사

## xMule
2003년 6월, 개발자들 간의 의견 차이와 한 기여자에 의해 lMule의 공식 웹사이트가 탈취되면서 lMule의 포크인 xMule이 만들어졌다.archive-date = 2011-06-28archive-date = 2005-04-16 MFC (Microsoft Foundation Classes)를 사용하는 이뮬과 달리, xMule은 그래픽 사용자 인터페이스를 위해 WxWidgets를 사용하여 다양한 플랫폼에서 실행될 수 있었다. 이는 리눅스와 BSD를 완벽하게 지원했으며, 윈도우와 MacOS를 지원할 예정이었다.archive-date = 2017-08-17 2003년 8월 17일, 당시 미국에 거주하던 xMule의 유일한 관리자 테드 R. 스미스(Ted R. Smith)는 xMule 개발에 관여했다는 이유로 법적 분쟁에 휘말렸다. 그의 개인 인터넷 연결이 차단되었다. 그는 미국 음반 산업 협회(RIAA)를 대표하는 정부로부터 디지털 밀레니엄 저작권법(DMCA) 관련 문제로 소환장을 받은 것으로 보였다.date=2003-08-21access-date=15 July 2021archive-date=2003-10-04 xMule의 마지막 릴리스는 2006년 9월의 1.13.7 RC1이었다.access-date=2021-07-16 2009년 1월 18일부터 xMule의 공식 웹사이트에는 개발자 아비 발(Avi Vahl)이 작성한 공지가 xMule 개발의 공식적인 중단을 알렸다. 이 결정에 대해 아비 발은 이뮬은 죽었고 P2P의 미래는 비트토렌트 프로토콜이라고 주장했다. xMule 공식 웹사이트는 사용자들에게 비트토렌트 네트워크로 이동하거나 어뮬을 사용할 것을 권장했다.work=xMule
## 어뮬
2003년 8월 18일, 테드 R. 스미스 사건 직후, 주요 의견 불일치로 인해 어뮬("또 다른 뮬(another Mule)"을 의미하며 나중에 "모든 플랫폼 뮬(All-platform Mule)"로 변경)이 xMule 소스 코드에서 포크되었다. 어뮬의 공식 웹사이트는 "두 프로젝트 간의 관계는 유감스럽게도 상당히 좋지 않은 상태"라고 명시했고,archive-date=2020-02-03 반면에 xMule은 "어뮬은 현재 최종 사용자를 더 지향하는 반면, xMule은 장기적인 확장성과 생존 가능성에 더 중점을 둔다"고 명시하며 인터넷 익스플로러와 모질라의 코딩 철학을 비교했다.archive-date=October 8, 2006 어뮬은 윈도우와 MacOS에 대한 지원을 추가했다.
오픈비트토렌트

content_license = **오픈비트토렌트**(OpenBitTorrent, 일반적으로 **OBT**로 약칭)는 비트토렌트 프로토콜을 위한 오픈 비트토렌트 트래커 프로젝트이다.
# 설명
오픈비트토렌트는 인덱싱 사이트나 토렌트 파일 호스팅과 무관하게 무료로 안정적인 서비스를 제공하려는 목표를 성공적으로 달성했으며, 거의 동일한 서비스를 제공하는 여러 복사본을 만들어냈다. 오픈비트토렌트는 파이러트베이의 일부 또는 부수적인 프로젝트로 의심받았다. 초기부터 두 사이트가 동일한 트래커를 사용하는 것이 관찰되었기 때문이다.work=TorrentFreak 오픈비트토렌트 프로젝트는 DCP 네트워크와 프레드릭 네이가 시작 기간(2009년 2월부터 8월까지) 동안 운영하는 트래커 클러스터를 단순히 공유했을 뿐이라고 반박했다. 2010년 5월 22일, 오픈비트토렌트 트래커는 중단되었다.work=TorrentFreak 이는 여러 주요 할리우드 스튜디오가 파이러트베이를 상대로 제기한 소송의 결과였다. 이후 트래커는 다시 온라인으로 돌아왔다. 오픈비트토렌트는 오픈트래커 소프트웨어로 구동된다. 파이러트베이도 자체 트래커를 중단하기 전에는 오픈트래커 소프트웨어를 사용했다.work=TorrentFreak 2012년 7월 16일부터 8월 2일까지 오픈비트토렌트는 파이러트베이 공동 창립자 프레드릭 네이가 제안한 유토렌트 제작자들의 프로토콜 개선 채택 부족에 항의하며 오프라인 상태가 되었다. 이 항의로 인해 많은 사람들이 비트토렌트에서 파일을 다운로드하는 데 어려움을 겪었다.work=TorrentFreakwork=TorrentFreak 2014년 12월 5일부터 12월 30일까지 오픈비트토렌트 웹사이트와 트래커에 접속할 수 없었으며, 이는 파이러트베이 공동 창립자 프레드릭 네이의 체포와 관련이 있을 수 있다.work=TorrentFreak 2015년 5월 5일, 오픈비트토렌트 트래커가 다시 온라인으로 돌아왔지만 웹사이트에는 트래커 주소가 표시되지 않았다.access-date=12 May 2015 웹사이트는 2017년 7월에 다시 폐쇄되었지만, 2018년 말에 잠시 다시 온라인으로 돌아왔다Openbittorrent.com date=7 March 2016 Alexa가 2019년 말에 다시 응답하지 않았다. 2020년에는 웹사이트가 다른 토렌트 트래커인 오픈트래커로 리디렉션되었다. 그러나 1년 후인 2021년 1월, 오픈비트토렌트는 자체 트래커와 웹사이트로 다시 온라인으로 돌아왔다.
Bencode

**Bencode**('비인코드'처럼 발음)는 P2P 파일 공유 시스템인 비트토렌트에서 느슨하게 구조화된 데이터를 저장하고 전송하는 데 사용되는 인코딩 방식이다.The BitTorrent Protocol Specification date=2019-07-26. BitTorrent.org. Retrieved 8 October 2018. 다음과 같은 네 가지 유형의 값을 지원한다. * 바이트 문자열 * 정수 * 리스트 (배열) * 사전 (연관 배열) Bencode는 토렌트 파일에서 가장 흔히 사용되며, 비트토렌트 사양의 일부이다. 이러한 메타데이터 파일은 단순히 bencode로 인코딩된 사전이다. Bencode는 간단하며 (숫자가 10진수 텍스트로 인코딩되기 때문에) 엔디언의 영향을 받지 않아 비트토렌트와 같은 크로스 플랫폼 애플리케이션에 중요하다. 또한 애플리케이션이 예상치 못한 사전 키를 무시하는 한 상당히 유연하여 호환성 문제 없이 새로운 키를 추가할 수 있다.
# 인코딩 알고리즘
Bencode는 ASCII 문자를 구분 기호와 숫자로 사용하여 데이터 구조를 간단하고 압축된 형식으로 인코딩한다. * **정수**는 `ie`로 인코딩된다. ** 정수는 10진수로 인코딩되며 음수일 수 있다 (선행 하이픈-마이너스로 표시). ** 정수가 0인 경우를 제외하고 선행 0은 허용되지 않는다. ** 예시: *** 0은 `i0e`로 인코딩된다. *** 숫자 42는 `i42e`로 인코딩된다. *** 음수 42는 `i-42e`로 인코딩된다. * **바이트 문자열**은 `:`로 인코딩된다. ** 길이는 문자열의 바이트 수이며, 10진수로 인코딩된다. ** 콜론(`:`)은 길이와 내용을 구분한다. ** 내용은 길이에 의해 지정된 정확한 바이트 수이다. ** 내용은 바이트 시퀀스이다 (텍스트 문자열이 아님). ** 예시: *** 빈 문자열은 `0:`으로 인코딩된다. *** 문자열 "bencode"는 `7:bencode`로 인코딩된다. * **리스트**는 `le`로 인코딩된다. ** `l`로 시작하여 `e`로 끝난다. ** 요소는 구분 기호 없이 연결된 bencode 값이다. ** 예시: *** 빈 리스트는 `le`로 인코딩된다. *** 문자열 "bencode"와 정수 -20을 포함하는 리스트는 `l7:bencodei-20ee`로 인코딩된다. * **사전**은 `de`로 인코딩된다. ** `d`로 시작하여 `e`로 끝난다. ** 키-값 쌍을 포함한다. ** 키는 바이트 문자열이며 사전순으로 나타나야 한다. ** 각 키 뒤에는 그 값이 바로 오며, 값은 어떤 bencode 유형이든 될 수 있다. ** 예시: *** 빈 사전은 `de`로 인코딩된다. *** 키 "wiki" → "bencode" 및 "meaning" → 42를 가진 사전은 `d7:meaningi42e4:wiki7:bencodee`로 인코딩된다. 리스트와 사전 내에 저장되는 값의 유형에는 제한이 없다. 다른 리스트와 사전을 포함할 수 있어 임의로 복잡한 데이터 구조를 만들 수 있다. Bencode는 텍스트 저장을 위한 특정 문자 인코딩이 아닌 바이트 문자열 유형만 정의한다. Bencode를 사용하는 다운스트림 애플리케이션 및 데이터 형식 사양은 텍스트를 bencode 바이트 문자열로 인코딩하는 데 선호하는 인코딩을 자유롭게 지정할 수 있다.
## Bencode의 오류 유형
형식이 잘못된 bencode가 가질 수 있는 오류 목록은 다음과 같다. # 널 루트 값. # 단일하지 않은 루트 항목. # 잘못된 유형 발견 ('i', 'l', 'd' 또는 '0'-'9'가 아닌 문자). # 'i', 'l', 'd' 유형에 대한 'e' 종결자 누락. # **정수 오류:** ## 숫자가 아닌 문자 포함. ## 선행 0이 있음. ## 음수 0. # **바이트 문자열 오류:** ## 음수 길이. ## 길이에 ':'이 뒤따르지 않음. ## 문자열을 완료하기 전에 예상치 못한 EOF. ## 길이가 바이트 단위가 아닌 코드포인트(문자) 단위로 지정됨. # **사전 오류:** ## 키가 문자열이 아님. ## 중복 키. ## 키가 정렬되지 않음. ## 키가 사전순이 아닌 특정 문자 인코딩의 코드포인트 순서로 잘못 정렬됨. ## 키에 대한 값 누락.
# 기능
Bencode는 몇 가지 고유한 속성을 가진 매우 특수화된 이진 코딩 방식이다. * 각 가능한 (복잡한) 값에 대해 단 하나의 유효한 bencode만 존재한다. 즉, 값과 해당 인코딩 사이에 전단사 함수가 존재한다. 이는 애플리케이션이 bencode 값을 인코딩된 형태로 비교할 수 있게 하여 값을 디코딩할 필요를 없애는 장점이 있다. * Bencode는 JSON 및 YAML과 같은 데이터 언어와 유사한 목적을 수행하며, 복잡하지만 느슨하게 구조화된 데이터를 플랫폼 독립적인 방식으로 저장할 수 있게 한다. 이는 복잡한 데이터를 위한 선형 메모리 저장을 가능하게 한다.
# 단점
Bencode는 사람이 읽을 수 있는 인코딩 형식으로 간주되지 않는다. BE 코드 그룹은 수동으로 디코딩할 수 있지만, bencode 값에는 종종 이진 데이터가 포함되어 있어 손으로 디코딩하면 오류가 발생하기 쉽다. bencode 파일에는 이진 데이터가 포함되어 있으므로 텍스트 편집기에서 bencode 파일을 편집하는 것은 안전하지 않으며, 헥사 편집기 또는 특수 bencode 편집기 도구를 사용해야 한다. Bencode는 리스트 또는 사전 구조의 크기에 대한 메타데이터를 저장하지 않으므로 특정 필드에 도달하려면 모든 선행 요소를 순차적으로 읽어야 한다. 따라서 bencode는 필드에 대한 임의 접근이 필요한 대규모 데이터 구조에는 적합하지 않을 수 있다.
미디어 재판

드라마 **미디어 재판**(Trial by media)은 법정에서 유죄 또는 무죄 판결이 내려지기 전 또는 후에 유죄 또는 무죄에 대한 광범위한 인식을 형성함으로써 텔레비전 및 신문 보도가 사람의 명성에 미치는 영향을 설명하기 위해 20세기 후반과 21세기 초반에 인기를 얻은 구절이다.hdl-access=free 이는 특히 유명 인사들이 재판을 받는 경우에 관련성이 있는데, 이는 배심원의 공정성이 외부 정보에 의해 손상되어 적법한 절차를 방해하고 불공정한 재판을 초래할 수 있다는 우려 때문이다.url=https://scholarship.law.duke.edu/cgi/viewcontent.cgi?article=1492&context;=lcp
# 어원 및 초기 사용
이 개념은 데이비드 프로스트가 진행한 프로스트 프로그램의 1967년 2월 3일 텔레비전 방송에 대한 반응으로 텔레비전 재판(Trial by Television)으로 처음 대중화되었다.issn=0261-3077 보험 사기꾼 에밀 사분드라에 대한 대결과 프로스트의 개인적인 적대적인 질문은 ITV 경영진에게 사분드라의 공정한 재판을 받을 권리에 영향을 미칠 수 있다는 우려를 불러일으켰다.date=1 September 2013
# 설명
대중의 주목을 받는 재판 중에 미디어는 린치 폭도와 유사한 대중적 히스테리 분위기를 조장한다는 비난을 자주 받는데, 이는 공정한 재판을 거의 불가능하게 만들 뿐만 아니라 재판 결과와 관계없이 피고인이 강렬한 대중의 감시 없이 남은 생을 살 수 없게 만든다.url=https://www.academia.edu/26920150 1967년에 대중화되었지만, 대중 매체가 법적 절차에 큰 영향을 미칠 수 있다는 생각은 확실히 인쇄술의 발달과 함께 시작되었고 아마 훨씬 더 오래되었을 것이다.url-access=subscription 이는 정치적 반대자를 범죄화하기 위한 국가 통제 언론의 사용을 포함하지 않지만, 일반적으로 이해되는 의미에서 겉보기에 비정치적인 출판물에 의해 개인의 명성이 급격히 영향을 받은 모든 경우를 포함한다.isbn=978-90-272-6682-8 언론 보도는 종종 일반인의 견해를 반영한다고 할 수 있다. 그러나 '물 마시며 나누는 잡담'보다 인쇄물에 더 많은 신뢰가 주어지는 경향이 있다. 재판을 받는 개인에 대한 보도와 누출을 확인하는 언론의 책임은 점점 더 면밀히 조사되고 있으며 언론인들은 더 높은 기준을 요구하고 있다. 빌 클린턴 미국 대통령의 탄핵 재판과 케네스 스타 검사의 수사, 그리고 언론이 변호사들의 논평을 보도하여 여론에 영향을 미친 방식에 대해 많은 논쟁이 있었다.date=1998년 10월 19일 영국에서는 엄격한 법정모욕죄 규정이 개인이 공식적으로 체포된 후 법적 절차에 대한 언론의 보도를 제한한다. 이 규칙은 피고인이 이전 언론 보도에 의해 훼손되지 않은 배심원 앞에서 공정한 재판을 받을 수 있도록 고안되었다. 데일리 미러와 더 선과 같은 신문들은 이러한 규정에 따라 기소되었지만, 그러한 기소는 드물다.date=2011년 7월 5일 또한 법원은 재판 진행 중 배심원의 전자 기기 접근을 막을 수 있는 권한도 가지고 있다.url=https://www.legislation.gov.uk/ukpga/2015/2/section/69/2015-04-13 나아가 법원 보안관은 배심원이 판사의 요청에 따라 제출하지 않았을 수 있다고 의심되는 전자 기기를 수색할 권한이 있다.legislature=형사 사법 및 법원법 2015 결과적으로 전자 기기를 사용하여 사건을 조사하고 이 정보를 다른 배심원과 공유하는 것은 벌금 또는 최대 2년의 징역형에 처해질 수 있다.date=2017년 11월 17일
프롬 (단체)

**프롬**(PROM)은 대한민국 서울특별시에 위치한 AI 스토리텔링 실험실(Lab)이자 콘텐츠 스튜디오(Studio)로, 인공지능 기술과 인문지성을 결합하여 혁신적인 스토리텔링 프로젝트를 수행하는 민간 연구소다. AI 인사이트 클럽이 운영하며, 국내외 제작사 및 플랫폼을 대상으로 프롬프트 컨설팅과 AI 기반 콘텐츠 제작, 에이전트 개발 등 다양한 AI 및 창의 인문학 협업을 실현한다. 설립 이래 700명 이상의 수강생이 클래스와 프로젝트에 참여했다.
# 개요
프롬은 코치진과 수강생들이 협력하여 실전 프로젝트 중심의 AI 스토리텔링 교육 및 실험을 진행한다. 창의적인 AI 콘텐츠 파트너십, 오픈 혁신 콜라보레이션, 실전형 교육 및 현장 컨설팅 등을 제공한다.
# 주요 활동
* AI 스토리텔링 실전 프로젝트 진행 * AI 프롬프트 컨설팅 및 클래스 운영 * AI 기반 콘텐츠 제작, 에이전트 개발 * 파트너십 및 실습 프로젝트
불안정성

정서 언덕 꼭대기에 있는 공은 불안정한 상황이다. 동역학계에서 **불안정성**(instability)은 일부 출력 또는 내부 상태가 시간과 함께 무한정 증가하는 것을 의미한다.access-date=23 April 2018 안정적이지 않은 모든 시스템이 불안정한 것은 아니다. 시스템은 경계적으로 안정하거나 극한 주기 궤도 거동을 보일 수도 있다. 구조공학에서 구조 보나 기둥은 과도한 압축 하중이 가해지면 불안정해질 수 있다. 특정 임계점을 넘어서면 구조적 처짐이 응력을 증폭시키고, 이는 다시 처짐을 증가시킨다. 이는 좌굴 또는 꺾임 형태로 나타날 수 있다. 일반적인 연구 분야를 구조 안정성이라고 한다. 대기 불안정은 지구상의 모든 기상 시스템의 주요 구성 요소이다.
# 제어 시스템의 불안정성
동역학계 이론에서, 시스템의 상태 변수는 무한정 진화하면 불안정하다고 한다. 시스템 자체는 적어도 하나의 상태 변수가 불안정하면 불안정하다고 한다. 연속 시간 제어이론에서 시스템은 특성 방정식의 근 중 어느 하나라도 실수부가 0보다 크면 (또는 0이 중복근인 경우) 불안정하다. 이는 상태 행렬의 고유값 중 어느 하나라도 실수부가 0보다 크거나, 허수축에 있는 고유값의 경우 대수적 중복도가 기하학적 중복도보다 큰 것과 동등하다. 이산 시간에서의 동등한 조건은 고유값 중 적어도 하나가 절댓값에서 1보다 크거나, 두 개 이상의 고유값이 같고 절댓값이 1인 경우이다.
# 고체 역학의 불안정성
* 좌굴 * 탄성 불안정성 * 비선형 구성 모델의 드러커 안정성 * 비오 불안정성 (엘라스토머의 표면 주름) * 경압 불안정성access-date=23 April 2018
# 유체 불안정성
유체역학 시뮬레이션의 [[레일리-테일러 불안정archive-date=2016-03-03 ]] 충돌하는 두 개의 제트가 생성하는 불안정한 유동 구조. 유체 불안정성은 액체, 기체, 플라스마에서 발생하며, 종종 형성되는 모양으로 특징지어진다. 이는 유체역학 및 자기 유체 역학에서 연구된다. 유체 불안정성은 다음과 같다. * 벌루닝 불안정성 (레일리-테일러 불안정성과 유사); 자기권에서 발견됨 * 대기 불안정 ** 유체역학적 불안정성 또는 동적 불안정성 (대기역학) *** 관성 불안정성; 경압 불안정성; 대칭 불안정성, 조건부 대칭 또는 대류 대칭 불안정성; 경압 불안정성; 헬름홀츠 또는 전단 불안정성; 회전 불안정성 ** 정수압 불안정성 또는 정적 불안정성/수직 불안정성 (공기덩이 불안정성), 열역학적 불안정성 (대기열역학) *** 조건부 또는 정적 불안정성, 부력 불안정성, 잠재 불안정성, 비국소 정적 불안정성, 조건부 대칭 불안정성; 대류, 잠재, 또는 열 불안정성, 제1종 및 제2종의 대류 불안정성; 절대 또는 기계적 불안정성 * 베나르 불안정성 * 드리프트 미러 불안정성 * 켈빈-헬름홀츠 불안정 (플라스마의 디오코트론 불안정성과 유사하지만 다름) * 레일리-테일러 불안정 * 비스커스 핑거 * 플래토-레일리 불안정성 (레일리-테일러 불안정성과 유사) * 리흐트마이어-메시코프 불안정성 (레일리-테일러 불안정성과 유사) * 충격파 불안정성 * 벤자민-페어 불안정성 (변조 불안정성으로도 알려져 있음)
# 플라스마 불안정성
플라스마 안정성#플라스마 불안정성 플라스마 불안정성은 (1) 유체역학적 불안정성과 (2) 운동학적 불안정성의 두 가지 일반적인 그룹으로 나눌 수 있다. 플라스마 불안정성은 또한 다른 모드로 분류된다 – 플라스마 안정성의 이 단락을 참조.
# 항성계의 불안정성
은하와 성단은 중력 퍼텐셜의 작은 교란이 원래의 교란을 강화하는 밀도 변화를 야기하는 경우 불안정할 수 있다. 이러한 불안정성은 일반적으로 별들의 움직임이 고도로 상관되어야 하며, 무작위적인 움직임으로 인해 교란이 "번지는" 것을 방지해야 한다. 불안정성이 진행된 후, 시스템은 일반적으로 이전보다 "더 뜨거워지거나"(움직임이 더 무작위적이거나) 더 둥글어진다. 항성계의 불안정성은 다음과 같다. * 빠르게 회전하는 원반의 막대 불안정성 * 진스 불안정성 * 파이어호스 불안정성 * 중력열 불안정성 * 방사상 궤도 불안정성 * 차가운 회전 원반의 다양한 불안정성
# 관절 불안정성
신체 부위의 어떤 염좌 이후 가장 흔한 잔여 장애는 불안정성이다. 기계적 불안정성은 불충분한 안정화 구조와 생리학적 한계를 초과하는 이동성을 포함한다. 기능적 불안정성은 재발성 염좌 또는 손상된 관절이 꺾이는 느낌을 수반한다.doi-access=free 부상은 관절의 고유수용성감각 결함과 손상된 자세 조절을 야기한다. 근육 약화, 잠재적 불안정성, 자세 조절 능력 저하를 가진 개인은 자세 조절 능력이 더 좋은 사람보다 부상에 더 취약하다. 불안정성은 자세 동요를 증가시키는데, 이는 피실험자가 이상적인 압력 중심에서 벗어나는 시간과 거리를 측정하는 것이다. 피실험자의 자세 동요 측정은 질량 중심의 지상 수직 투영으로 정의되는 압력 중심(CoP) 테스트를 통해 계산할 수 있다. 연구자들은 관절 부상이 감각 신경 섬유의 중단인 감각 상실과 기능적 불안정성을 야기한다면, 피실험자의 자세 동요가 달라져야 한다고 이론화했다.pmc=1332381 관절 안정성은 신체 역학을 변경하기 위해 보조기와 같은 외부 지지 시스템을 사용하여 향상될 수 있다. 보조기가 제공하는 기계적 지지는 자세 조절을 유지하고 안정성을 높이는 피부 구심성 피드백을 제공한다.
자여발진

양성 되먹임 고리로서의 자여발진을 개략적으로 나타낸 그림. 발진기 V는 되먹임 신호 B를 생성한다. R의 제어기는 이 신호를 사용하여 발진기에 작용하는 외부 전력 S를 변조한다. 전력이 발진기의 속도와 동위상으로 변조되면 음의 감쇠가 설정되고 진동은 비선형성에 의해 제한될 때까지 성장한다. **자여발진**(self-oscillation) 또는 **자여진동**은 해당 주기를 가지지 않는 동력원에 의해 주기적인 운동이 발생하고 유지되는 현상이다. 발진기 자체는 외부 전력이 자신에게 작용하는 위상을 제어한다. 따라서 자여발진기는 운동을 유지하는 데 필요한 전력이 외부에서 변조되어야 하는 강제 발진기 및 파라메트릭 공진기와는 구별된다. 선형 시스템에서 자여발진은 음의 감쇠 항과 관련된 불안정성으로 나타나며, 이는 작은 섭동이 진폭에서 지수적으로 성장하도록 한다. 이 음의 감쇠는 진동과 외부 동력원의 변조 사이의 양성 되먹임 때문이다. 안정된 자여발진의 진폭과 파형은 시스템의 비선형적 특성에 의해 결정된다. 자여발진은 물리학, 공학, 생물학 및 경제학에서 중요하다.
# 역사
자여발진기에 대한 연구는 1830년대 초 로버트 윌리스와 조지 비델 에어리가 성대가 인간의 목소리를 내는 메커니즘에 대한 연구로 거슬러 올라간다.s2cid = 227438422 원심 조속기의 불안정한 작동과 관련된 또 다른 자여발진 사례는 1867년 제임스 클러크 맥스웰에 의해 수학적으로 연구되었다.bibcode=1867RSPS...16..270C 1896년에 출판된 그의 저서 "소리의 이론"의 제2판에서 레일리 경은 기계적 및 음향적 자여발진(그는 "유지된 진동"이라고 불렀다)의 다양한 사례를 고려하고 이에 대한 간단한 수학적 모델을 제시했다. 자여발진에 대한 관심은 1887년부터 시작된 하인리히 루돌프 헤르츠의 연구에 의해서도 촉진되었는데, 그는 스파크 갭 송신기를 사용하여 초당 수억 사이클의 주파수를 가진 전기적 진동에 해당하는 전파를 생성했다. 헤르츠의 연구는 무선전신기의 개발로 이어졌다. 이러한 전기적 자여발진에 대한 최초의 상세한 이론적 연구는 20세기 초 앙리 푸앵카레에 의해 수행되었다.bibcode = 2023NJPh...25k3013A "자여발진"이라는 용어(또는 "자동진동"으로 번역됨)는 동역학 시스템의 구조 안정성에 대한 수학적 이론의 맥락에서 이를 연구한 소련 물리학자 알렉산드르 안드로노프가 만들었다. 이 주제에 대한 다른 중요한 이론적 및 실험적 연구는 20세기 앙드레 블롱델, 발타사르 반 데어 폴, 알프레드 마리 리에나르, 필리프 르 코르베예에 의해 이루어졌다. 동일한 현상은 때때로 "유지된", "지속적인", "자가 여기", "자가 유도", "자발적인" 또는 "자율적인" 진동으로 불린다. 원치 않는 자여발진은 기계 공학 문헌에서 사행동으로, 전자 공학에서는 기생 진동으로 알려져 있다.
# 수학적 기초
진동 (미분 방정식) 자여발진은 동역학 시스템의 정적인 평형의 선형 불안정성으로 나타난다. 이러한 불안정성을 진단하는 데 사용될 수 있는 두 가지 수학적 테스트는 라우스-허위츠 및 나이퀴스트 기준이다. 불안정한 시스템의 진동 진폭은 시간이 지남에 따라 기하급수적으로 증가하며(즉, 작은 진동은 음으로 감쇠됨), 비선형성이 중요해지고 진폭을 제한할 때까지 계속된다. 이는 안정적이고 지속적인 진동을 생성할 수 있다. 경우에 따라 자여발진은 폐루프 시스템의 시간 지연으로 인해 발생한다고 볼 수 있으며, 이로 인해 변수 xt의 변화가 이전 시간에 평가된 변수 xt-1에 의존하게 된다. 자여발진기의 간단한 수학적 모델에는 음의 선형 감쇠 항과 양의 비선형 감쇠 항이 포함되어 호프 분기 및 극한 주기의 출현으로 이어진다. 반 데어 폴 진동자는 수학 문헌에서 광범위하게 사용되어 온 이러한 모델 중 하나이다.
# 공학 분야의 예시

## 철도 및 자동차 바퀴
철도 바퀴의 사행동과 자동차 타이어의 시미는 불편한 흔들림 효과를 유발할 수 있으며, 극단적인 경우에는 열차 탈선을 일으키고 자동차가 접지력을 잃게 할 수 있다.
## 중앙 난방 온도 조절기
초기 중앙 난방 온도조절기는 너무 빠르게 반응하여 자가 여기 진동의 원인이 되었다. 이 문제는 이력 현상에 의해 극복되었는데, 즉 온도가 목표값에서 지정된 최소량만큼만 달라질 때 상태를 전환하도록 만들었다.
## 자동변속기
초기 자동변속기 설계에서는 차량이 2단 기어의 이상적인 속도 사이의 속도로 주행할 때 자가 여기 진동이 발생했다. 이러한 상황에서 변속 시스템은 2단 기어 사이를 거의 계속해서 전환하여 성가시고 변속기에 부담을 주었다. 이러한 동작은 이제 시스템에 이력 현상을 도입하여 억제된다.
## 경로 수정이 지연될 때의 차량 조향
강한 바람 속의 경비행기부터 미숙하거나 음주 운전자가 도로 차량을 불규칙하게 조향하는 것에 이르기까지 경로 수정 지연으로 인한 자가 여기 진동의 많은 예가 있다.
## SEIG (자가 여자 유도 발전기)
유도전동기가 커패시터에 연결되고 샤프트가 동기 속도 이상으로 회전하면 자가 여자 유도 발전기로 작동한다.
## 자가 여기 송신기
많은 초기 라디오 시스템은 송신기 회로를 조정하여 시스템이 원하는 주파수의 전파를 자동으로 생성했다. 이 설계는 별도의 발진기를 사용하여 원하는 전력으로 증폭되는 신호를 제공하는 설계로 대체되었다.
# 다른 분야의 예시

## 생물학의 개체수 주기
로트카-볼테라 방정식 예를 들어, 포식으로 인한 초식동물 개체수의 감소는 해당 종의 포식자 개체수를 감소시키고, 포식 수준의 감소는 초식동물 개체수를 증가시키며, 이는 다시 포식자 개체수를 증가시키는 등의 순환을 이룬다. 시간 지연 미분 방정식의 폐루프는 이러한 주기에 대한 충분한 설명이며, 이 경우 지연은 주로 관련된 종의 번식 주기로 인해 발생한다.
완비 정보

완전 정보 죄수의 딜레마, 완비 정보의 전형적인 예시 경제학과 게임 이론에서 **완비 정보**(complete information)는 다른 시장 참여자 또는 플레이어에 대한 지식을 모든 참여자가 이용할 수 있는 경제적 상황 또는 게임이다. 따라서 플레이어의 효용 함수(위험 회피 포함), 보상, 전략 및 "유형"은 공통 지식이다. 완비 정보는 게임의 각 플레이어가 게임 플레이 전반에 걸쳐 순서, 전략 및 보상을 알고 있다는 개념이다. 이 정보를 바탕으로 플레이어는 게임 종료 시 자신의 전략과 효용을 극대화하기 위해 정보에 따라 적절하게 계획할 수 있는 능력을 갖는다. 전형적인 예시는 죄수의 딜레마이다. 반대로, **불완비 정보 게임**에서는 플레이어가 상대방에 대한 완전한 정보를 가지고 있지 않다. 일부 플레이어는 사적인 정보를 가지고 있으며, 다른 플레이어는 해당 플레이어가 어떻게 행동할지에 대한 기대를 형성할 때 이 사실을 고려해야 한다. 전형적인 예시는 경매이다. 각 플레이어는 자신의 효용 함수(항목에 대한 가치 평가)를 알지만, 다른 플레이어의 효용 함수는 알지 못한다.access-date=25 August 2016
# 응용
불완비 정보 게임은 사회 과학에서 자주 발생한다. 예를 들어, 존 하사니는 군비 통제 협상을 고려하면서 영감을 받았는데, 플레이어들은 상대방의 능력과 그들의 욕구 및 신념에 대해 불확실할 수 있다. 플레이어들이 다른 플레이어에 대한 통계 정보를 가지고 있다고 가정하는 경우가 많다. 예를 들어, 경매에서 각 플레이어는 다른 플레이어의 가치 평가가 특정 확률 분포에서 추출된다는 것을 알고 있다. 이 경우, 이 게임을 베이즈 게임이라고 한다. 완비 정보와 게임 유형의 정도가 다양한 게임에서, 플레이어는 이 정보를 바탕으로 게임을 해결하는 데 사용할 수 있는 다양한 방법을 가지고 있다. 정적이고 완비 정보 게임에서는 내시 균형을 사용하여 실행 가능한 전략을 찾는 것이 해결 접근 방식이다. 완비 정보 동적 게임에서는 역진귀납법이 해법 개념이며, 이는 플레이어의 잠재적 전략으로 비신뢰적인 위협을 제거한다. 완비 정보 동적 게임의 고전적인 예시는 슈타켈베르크(1934)의 순차 이동 버전인 쿠르노 이중 독점이다. 다른 예로는 레온티에프(1946)의 독점-노동조합 모델과 루빈스타인 협상 모델이 있다.pages=133 마지막으로, 완비 정보를 사용할 수 없는 경우(불완비 정보 게임), 불완비 정보 게임은 베이즈 게임이 되므로 이러한 해법은 베이즈 내시 균형으로 전환된다. 완비 정보 게임에서는 플레이어의 보상 함수가 공통 지식이지만, 불완비 정보 게임에서는 적어도 한 명의 플레이어가 다른 플레이어의 보상 함수에 대해 불확실하다.
# 확장형
일반적인 확장형에서 각 플레이어는 게임에서 자신이 어디에 있는지, 이전에 어떤 움직임이 있었는지 정확히 안다. 확장형은 완비 정보의 개념을 더 잘 숙고하는 데 사용될 수 있다. 정의상, 플레이어는 노드로 묘사된 자신의 위치와 효용 보상으로 설명된 최종 결과를 안다. 플레이어는 또한 각 플레이어의 잠재적 전략을 이해하며, 그 결과 자신의 보상을 증대하기 위한 최선의 행동 방침을 이해한다.
# 완비 정보 대 완전 지식
완비 정보는 완전 지식과 중요하게 다르다. 완비 정보 게임에서 게임의 구조와 플레이어의 보상 함수는 공통적으로 알려져 있지만, 플레이어는 다른 플레이어가 수행한 모든 움직임을 보지 못할 수 있다(예를 들어, 배틀십에서 배의 초기 배치). 또한 확률 요소가 있을 수도 있다(대부분의 카드 게임에서처럼). 반대로, 완전 지식 게임에서는 모든 플레이어가 다른 플레이어의 움직임을 관찰하지만, 다른 플레이어의 보상 또는 게임의 구조에 대한 일부 정보가 부족할 수 있다.first1=M. J. 완비 정보 게임은 완전 지식을 가질 수도 있고 가지지 않을 수도 있으며, 그 반대도 마찬가지이다. * **불완전**하지만 **완전** 정보 게임의 예로는 콘트랙트 브리지 및 포커와 같이 각 플레이어의 카드가 다른 플레이어에게 숨겨져 있지만 목표는 알려진 카드 게임이 있다.page=19chapter=Chapter 11: Extensive Games with Imperfect Information (결과가 이진법이라고 가정하면 플레이어는 제로섬 게임에서 이기거나 질 수 있다). 완비 정보 게임은 일반적으로 한 플레이어가 다른 플레이어가 위험한 가정을 하도록 강요하여 상대방을 능가해야 한다. * **불완전**하지만 **완전** 정보 게임의 예는 개념적으로 상상하기 더 어렵다. 예를 들어 베이즈 게임이 있다. 체스는 특정 정보의 부족이 게임에 어떻게 영향을 미치는지 보여주는 흔한 예시이지만, 체스 자체는 그런 게임이 아니다. 상대방의 모든 움직임과 가능한 전략을 쉽게 관찰할 수 있지만, 상대방이 어떤 전략을 따르고 있는지 자신의 불행을 초래할 때까지 결코 확신할 수 없다. 완비 정보 게임은 일반적으로 한 플레이어가 자신의 결정을 오해하도록 만들어 다른 플레이어를 능가해야 한다.
떨리는 손 완전 균형

게임 이론에서 **떨리는 손 완전 균형**(Trembling hand perfect equilibrium)은 라인하르트 젤텐이 처음 제안한 내시 균형의 한 유형이다.url=https://pub.uni-bielefeld.de/record/2909636 떨리는 손 완전 균형은 플레이어가 "손이 미끄러지는" 또는 "떨리는" 현상을 통해 의도하지 않은 전략을 선택할 수 있다는 가능성을 고려하여, 비록 확률이 미미하더라도 균형 밖의 플레이 가능성을 고려하는 균형이다.
# 정의
먼저 **교란된 게임**을 정의한다. 교란된 게임은 기본 게임의 복사본으로, 완전히 혼합된 전략만 플레이할 수 있다는 제한이 있다. 완전히 혼합된 전략은 모든 순수 전략이 양의 확률로 플레이되는 n 플레이어 전략 게임에서의 혼합 전략이다. 이것이 플레이어의 "떨리는 손"이다. 그들은 때때로 의도했던 것과 다른 전략을 플레이한다. 그런 다음 혼합 전략 프로필 \sigma=(\sigma_1,\ldots,\sigma_n)이 떨리는 손 완전 균형이라고 정의한다. 만약 교란된 게임 전략 프로필의 수열 \\{\sigma^k\\}_{k=1,2,\ldots}이 \sigma로 수렴하고, 모든 k와 모든 플레이어 1\leq i \leq n에 대해 전략 \sigma_i가 \sigma^k_{-i}에 대한 최적 반응이라면 말이다. **참고:** 모든 완전 혼합 내시 균형은 완전 균형이다. **참고 2:** 모든 유한 정규형 게임의 혼합 전략 확장은 적어도 하나의 완전 균형을 갖는다.Selten, R.: Reexamination of the perfectness concept for equilibrium points in extensive games. Int. J. Game Theory4, 1975, 25–55.
# 예시
다음 정규형 행렬에 나타난 게임은 두 가지 순수 전략 내시 균형을 가진다. 즉, \langle \text{Up}, \text{Left}\rangle와 \langle \text{Down}, \text{Right}\rangle이다. 그러나 \langle \text{U},\text{L}\rangle만이 떨리는 손 완전 균형이다. Float = right 플레이어 1(행 플레이어)이 0 균형이 불완전하다는 것을 알 수 있다. 왜냐하면 플레이어 2에게 Left가 Right를 (약하게) 지배하고, 플레이어 1에게 Up이 Down을 (약하게) 지배하기 때문이다.isbn = 978-3-642-96980-5
# 확장형 게임의 균형
떨리는 손 완전성의 정의를 확장형 게임으로 확장하는 두 가지 방법이 있다. * 확장형을 정규형 게임의 간결한 설명으로 해석하고 위에 설명된 개념을 이 정규형 게임에 적용할 수 있다. 결과적으로 교란된 게임에서는 확장형 게임의 모든 전략이 0이 아닌 확률로 플레이되어야 한다. 이는 **정규형 떨리는 손 완전 균형**이라는 개념으로 이어진다. * 또는 떨림이 게임이 플레이될 때 플레이어가 무시할 수 있는 확률로 저지르는 실수를 모델링하는 것으로 해석될 수 있음을 상기할 수 있다. 이러한 실수는 플레이어가 플레이 중 특정 시점에 의도했던 것과 다른 움직임을 하는 것으로 구성될 가능성이 가장 높다. 플레이어가 의도했던 것과 다른 전략, 즉 전체 게임을 플레이하기 위한 잘못된 계획을 선택하는 것으로는 거의 구성되지 않을 것이다. 이를 포착하기 위해 모든 정보집합에서 모든 움직임이 0이 아닌 확률로 취해져야 한다고 요구함으로써 교란된 게임을 정의할 수 있다. 떨림 확률이 0으로 갈 때 이러한 교란된 게임의 균형 극한을 **확장형 떨리는 손 완전 균형**이라고 한다. 정규형 떨리는 손 완전 균형과 확장형 떨리는 손 완전 균형의 개념은 비교 불가능하다. 즉, 확장형 게임의 균형은 정규형 떨리는 손 완전 균형일 수 있지만 확장형 떨리는 손 완전 균형이 아닐 수 있으며 그 반대도 마찬가지이다. 이에 대한 극단적인 예로, 장프랑수아 메르텐스는 어떤 확장형 떨리는 손 완전 균형도 허용되지 않는 2인 확장형 게임의 예시를 들었는데, 이 게임의 확장형 떨리는 손 완전 균형과 정규형 떨리는 손 완전 균형의 집합은 서로 겹치지 않는다. 확장형 떨리는 손 완전 균형은 연속 균형이기도 하다. 확장형 게임의 정규형 떨리는 손 완전 균형은 연속 균형일 수 있지만 반드시 그런 것은 아니다. 사실, 정규형 떨리는 손 완전 균형은 부분게임 완전 균형일 필요조차 없다.
# 완전성 문제
마이어슨(1978)Myerson, Roger B. "Refinements of the Nash equilibrium concept." International journal of game theory 7.2 (1978): 73-80.은 완전성이 엄격하게 지배되는 전략의 추가에 민감하다고 지적하며, 대신 고유 균형으로 알려진 또 다른 개선된 개념을 제안했다.
# 더 읽어보기
* isbn=9780262650403 게임 이론 위키데이터 속성 추적 분류:게임 이론 분류:비협력 게임
UTM 파라미터

**UTM 파라미터**(UTM parameters, ← **Urchin Tracking Module**, **UTM**)는 마케터가 트래픽 소스 및 게시 매체를 통해 온라인 마케팅 캠페인의 효율성을 추적하는 데 사용하는 URL 파라미터의 다섯 가지 변형이다. 이는 Google Analytics의 전신인 Urchin에 의해 도입되었으며, 결과적으로 구글 애널리틱스에서 아웃 오브 더 박스 방식으로 지원된다. URL의 UTM 파라미터는 특정 웹사이트로 트래픽을 유도하는 캠페인을 식별하고,url-status=live 해당 브라우저의 웹사이트 세션과 캠페인 기여 기간이 만료될 때까지의 후속 세션을 해당 캠페인에 귀속시킨다. 이 파라미터는 분석 도구에 의해 파싱되어 보고서를 채우는 데 사용될 수 있다. 다음 예시 URL에는 다섯 가지 UTM 파라미터 중 네 가지가 강조 표시되어 있다. : https://www.example.com/page?utm_content=buffercf3b2&utm_medium=social&utm_source=snapchat.com&utm_campaign=buffer
# 사용
URL의 UTM 파라미터는 특정 웹사이트로 트래픽을 유도하는 마케팅 캠페인을 식별한다. 관련 UTM 파라미터를 적절한 URL에 정의하고 추가하기 위해 마케터는 웹사이트용 구글 애널리틱스 URL 빌더를 포함하여 간단한 스프레드시트 기반 또는 자동화된 UTM 빌더 도구를 일상적으로 사용한다.url-status=liveurl-status=live 하이퍼링크에 UTM 파라미터가 포함된 URL이 있으면, 대상 웹사이트의 웹 애널리틱스 소프트웨어는 파라미터 정보를 해석하여 해당 브라우저의 웹사이트 세션과 캠페인 기여 기간이 만료될 때까지의 후속 세션에 귀속시킨다(기본적으로 구글 애널리틱스에서는 6개월).Use UTM parameters in Wordpress Rankmath. Retrieved 12 April 2022. URL로 전달되는 UTM 파라미터는 구글 애널리틱스 및 어도비 애널리틱스와 같은 분석 도구에 의해 파싱될 수 있으며, 이 데이터는 표준 및 사용자 지정 분석 보고서를 채우는 데 사용된다.url-status=live 웹 애널리틱스 소프트웨어는 캠페인 기간이 만료될 때까지 브라우저의 현재 및 후속 세션에 파라미터를 귀속시킬 수 있다.
# 파라미터
다섯 가지 UTM 파라미터가 있으며, 순서에 상관없이 사용될 수 있다. {| class="wikitable sortable" |+ !파라미터 !목적 !예시 |- |utm_source |트래픽을 보낸 사이트를 식별하며, 필수 파라미터이다. |utm_source=**google** |- |utm_medium |이메일 또는 클릭당 지불 광고와 같이 사용된 링크 유형을 식별한다. |utm_medium=**ppc** |- |utm_campaign |특정 제품 프로모션 또는 전략 캠페인을 식별한다. |utm_campaign=**spring_sale** |- |utm_term |검색어를 식별한다. |utm_term=**running+shoes** |- |utm_content |사용자를 사이트로 유도하기 위해 클릭된 특정 요소(예: 배너 광고 또는 텍스트 링크)를 식별한다. 이는 종종 A/B 테스트 및 콘텐츠 타겟팅 광고에 사용된다. |utm_content=**logolink** 또는 utm_content=**textlink** |}
선지우

기타= 공식 표기 = Seon Jiwoo **선지우**는 대한민국 출신의 브릭 아티스트이자 레고 그룹 본사의 제품 디자이너이다.확인날짜=2025-11-08확인날짜=2025-11-08 2022년 *LEGO IDEAS*에서 ‘The Library’, ‘The Opera House’, ‘The Clock Tower Park’로 10K 클럽을 세 차례 달성했고,확인날짜=2025-11-08확인날짜=2025-11-08확인날짜=2025-11-08 2024년에는 덴마크 빌룬의 LEGO House *Masterpiece Gallery* 전시에 공식 초청되어 1년 전시를 진행했다.확인날짜=2025-11-08
# 생애
선지우는 공학을 전공하고 한국 대기업에서 발전 플랜트 **배관 설계 엔지니어**로 약 6년간 재직했다. 2020년 퇴사 이후 브릭 아티스트로 활동을 시작하였다. 2024년 6월 서울 강남구 청담동에서 첫 개인전 **〈자유의 여정〉**을 열었다.확인날짜=2025-11-08 같은 해 9월에는 LEGO House *Masterpiece Gallery* 전시에 참여하였다.
# 활동

## 브릭 아티스트
2022년 *LEGO IDEAS* 플랫폼에서 ‘The Library’, ‘The Opera House’, ‘The Clock Tower Park’가 각각 10,000명의 지지를 받아 10K 클럽에 가입하였다. 2024년에는 자신의 대표작으로 ‘The CROWN’, ‘The Clock Tower Park’, ‘The Classic’, ‘Royal Coach’를 선정하여 *Masterpiece Gallery*에 전시하였다.확인날짜=2025-11-08
## 레고 본사 디자이너
2025년 8월부터 덴마크 빌룬에 위치한 레고 본사에서 제품/세트 디자이너로 활동을 시작했다.
# 경력
* 약 2014년–2020년: 한국 대기업, 발전 플랜트 **배관 설계 엔지니어**. * 2020년–2025년: 브릭 아티스트(자유 창작, 온라인 커뮤니티 활동). * 2022년: *LEGO IDEAS* 10K 클럽(‘The Library’·‘The Opera House’·‘The Clock Tower Park’). * 2024년 6월: 서울 청담 **개인전 〈자유의 여정〉**. * 2024년 9월–2025년 9월: **LEGO House Masterpiece Gallery** 전시 작가(빌룬). * 2025년 8월–현재: 레고 그룹 본사, **제품/세트 디자이너**(성인 테마 팀 관련 보도 포함).
# 작품 및 전시
; IDEAS 10K : **The Library**(2022-01, 10K 달성). : **The Opera House**(2022-02, 10K 달성). : **The Clock Tower Park**(2022-11, 10K 달성). ; 전시 : **LEGO House Masterpiece Gallery 2024–2025** — 공식 전시 작가(출품: The CROWN, The Clock Tower Park, The Classic, Royal Coach). : **개인전 〈자유의 여정〉**(2024, 서울 청담).
# 창작 성향
선지우는 조립의 완성보다 **과정의 몰입과 정서적 회복**을 중시한다는 점을 밝혔고, 레고 본사에서는 **성인(Adult) 테마** 제품 디자인에 관해 고민한다고 소개되었다.
# 평가
2022년 1월 *The Brick Fan*은 ‘The Library’를 “*10,000명의 지지를 가장 최근에 달성한 프로젝트*”라고 소개했다. 2022년 2월 *BrickFanatics*는 ‘The Opera House’를 “*이번 라운드에서 두 번째로 10K에 도달한 프로젝트*”라고 소개했다. 2022년 11월 *BrickFanatics*는 ‘The Clock Tower Park’를 “*LEGO Ideas에서 충분한 지지를 모은 작품*”이라고 보도했다. 2024년 9월 *LEGO House*의 보도자료는 전시 작가 명단에 “*Jiwoo Seon, South Korea*”라고 명시했다. 2025년 5월 *The Brothers Brick*은 그의 모듈러 작품을 “*놀라운 모듈러 작품들*”이라고 표현하며, “*올해 8월부터 … 빌룬드에서 세트 디자이너로서의 자리를 시작한다*”고 소개했다.
# 연표
너비=100% {| class="wikitable sortable" ! 연도 !! 사건 !! 출처 |- | 2020 || 브릭 아티스트 활동 시작 || |- | 2022-01-24 || IDEAS ‘The Library’ 10K 달성 || [https://www.thebrickfan.com/lego-ideas-the-library-achieves-10000-supporters/ |- | 2022-02-24 || IDEAS ‘The Opera House’ 10K 달성 || |- | 2022-11-28 || IDEAS ‘The Clock Tower Park’ 10K 달성 || [https://www.brickfanatics.com/lego-ideas-modular-clock-tower-park-10k/ |- | 2024-06 || 서울 청담 개인전 〈자유의 여정〉 개최 || |- | 2024-09-25 || LEGO House Masterpiece Gallery 2024 전시 작가(명단 등재) || [https://legohouse.com/en-gb/press-releases/mpg-changeover/ |- | 2025-08 || 레고 본사(빌룬) 세트/제품 디자이너 활동 시작(보도) || [https://www.mk.co.kr/news/culture/11424502 |} 글 숨김 끝
일본 레지스트리 서비스

https://jprs.co.jp/en/ **일본 레지스트리 서비스**(Japan Registry Services Co., Ltd., JPRS)는 2000년 12월 26일에 설립되었다. 일본 총무성 산하의 이 조직은 레지스트리 운영 및 DNS 서버를 포함하여 일본 총무성의 .jp 국가 코드 최상위 도메인을 관리한다.
# 역사
JPRS는 그때까지 .jp 도메인을 관리해 왔던 JPNIC의 제11차 총회 결의에 따라 설립되었다. .jp 도메인의 중요성과 복잡성이 커짐에 따라, 레지스트리 운영을 목적으로 하는 별도의 법인을 설립하기로 결정되었다. 결의 이후, 세부 사항이 정리되고 구조가 설정되었으며, 2003년 6월 30일 JPNIC은 ICANN과의 협력을 통해 .jp 도메인을 JPRS로 이전했다.
# 활동
JPRS는 .jp 도메인의 레지스트리이다. 이러한 역할에서, 이들은 민간 등록 대행자를 통해 대중과 소통하며 .jp 도메인의 관리 및 운영을 담당한다. JPRS는 또한 비-ASCII 문자를 도메인 이름에 사용할 수 있도록 하는 국제화 도메인 네임 (IDN) 노력에도 참여하고 있다. JPRS는 일본 문자를 ASCII 표현으로 변환하여 DNS를 변경하지 않고도 일본 문자를 애플리케이션에 사용할 수 있도록 하는 시스템인 IDNA(Internationalizing Domain Names in Applications)를 지원한다.