BIP-0001 (1/3) / 1부 / 블록체인 / 비트 코인 기능 개선 제안

2018. 5. 15. 22:54용어정리/BlockChain

BIPS / BIP-0001



Bitcoin Improvement Proposals(비트코인 기능 개선) : 1

제목 : 비트코인 기능 개선 목적과 지침

작성자 : Amir Taaki

댓글-요약 : 아직 댓글이 없습니다.

댓글-URI : https://github.com/bitcoin/bips/wiki/Comments:BIP-0001

상태 : 교체됨

유형 : 방법

생성됨 : 2011-08-19

~의 대체됨 : 2



목차

BIP란?

BIP 유형들

BIP 작업 흐름

성공적으로 BIP에 속하는 방법?

BIP 형식 및 틀(Template)

└ BIP 머리말

└ 보조 파일

BIP 소유권 양도

BIP 편집

BIP 편집 책임 & 작업 흐름

이력

변경기록



.





BIP는 Bitcoin 개선 제안을 나타냅니다.


BIP는 Bitcoin 커뮤니티에 정보를 제공하거나 비트코인 또는 그 프로세스(방법) 또는 

환경의 새로운 기능을 설명하는 설계적 문서 입니다.


BIP는 기능에 대한 간략한 기술 사양과 기능에 대한 근거를 제공해야만 합니다.


우리는 BIPS가 새로운 기능을 제안하고 문제에 대한 커뮤니티 입력을 수집하며, 

Bitcoin에 적용된 설계 결정을 문서화 하기 위한 주요 메커니즘이 될 것 입니다.


BIP 작성자는 커뮤니티내에서 합의를 이끌어내야하며, 

반드시 반대적 의견을 문서화 해야합니다.


왜냐하면, BIP는 버전관리 저장소에서 텍스트파일로 유지되기 때문에 

수정 내역은 기능 제안의 대한 기록이 됩니다.



.








BIP는 3가지의 종류가 있습니다.


표준 추적 BIP는 네트워크 프로토콜 변경 블록 또는 트랜잭션 유효성 규칙의 변경

또는 Bitcoin을 사용하는 응용프로그램의 상호 운용성에 영향을 주는 변경 또는 추가와 같은

대부분의 또는 모든 Bitcoin에 영향을 주는 변경을 설명합니다.


BIP 정보는 Bitcoin 설계 문제를 설명하거나, Bitcoin 커뮤니티에 일반적인 지침이나 정보를

제공하지만, 새로운 기능을 제안하지는 않습니다.


BIP 정보는 Bitcoin Community의 합의 또는 권장사항을 반드시 나타내는 것은 아니므로, 

사용자 및 구현자는 BIP 정보를 무시하거나, 사용자의 조언을 따를 수 있습니다.


BIP Process는 Bitcoin을 둘러싼(포함한) 프로세스를 설명하거나

프로세스의 변경(또는 프로세스의 이벤트)을 제안합니다.


BIP 프로세스는 표준 추적 BIP와 유사하지만 Bitcoin 프로토콜 자체가 아닌 이외의 영역에도 적용됩니다.


그들은 Bitcoin의 Codebase(분산 버전관리 시스템에서 Root Commit을 공유하는 다수의 저장소)가

아닌 구현을 제안할 수 있습니다. 커뮤니티의 합의가 필요합니다.


BIP 정보와는 달리 권장사항 이상이며, 사용자는 일반적으로 이를 무시할 수 없습니다.


예를 들면 절차, 지침, 의사 결정 프로세스 변경, Bitcoin 개발에 사용되는 도구 또는 환경 변경등이 포함됩니다.


모든 메타 BIP는 BIP 프로세스로도 간주됩니다.





.







BIP 프로세스는 Bitcoin에 대한 새로운 아이디어로 시작됩니다.


각 잠재적 BIP에는 반드시 챔피언이 있어야합니다.

아래에 설명된 스타일과 형식을 사용하여 BIP를 작성하고 해당 포럼에서 토론을 진행하며,

아이디어에 대한 커뮤니티의 합의를 작성합니다.


BIP 챔피언(저자라고도 표현)은 먼저 BIP 사용 가능 여부를 확인해야 합니다.


bitcoin-dev@lists.linuxfoundation.org 메일링 리스트에 게시하는 것이 가장 좋은 방법입니다.






BIP를 작성하기 전에 아이디어를 공개적으로 검토하는 것은 잠재적인 저자와 더 넓은 커뮤니티 시간을

절약하기 위한 것입니다.


여러가지 이유로 거절당한 Bitcoin을 변경하기 위해 많은 아이디어가 제시되었습니다.


Bitcoin 커뮤니티에 먼저 아이디어를 제안하는 것은 사전 토론을 기반으로 거절당한 것을 보장하는데 있어,

너무 많은 시간을 소비하는 것을 방지하는데 도움이 됩니다.


또한 아이디어가 저자뿐만 아니라, 전체 커뮤니티에도 적용될 수 있도록 하는데 도움이 됩니다.


단지 어떤 아이디어가 저자에게 좋게 들린다고 해서 그것이 Bitcoin이 사용되는 대부분의 분야에서

대부분의 사람들에게 효과가 있을 것 이라는 것을 의미하지는 않습니다.


작은 개선 사항 또는 패치는 여러 프로젝트 간에 표준화할 필요가 없습니다.

이러한 사항들은 BIP를 필요로 하지 않으며, 해당 Bitcoin 문제 추적에 대한 패치 제출과 함께

관련 Bitcoin 개발 작업 흐름에 주입되어야 합니다.







챔피언이 Bitcoin 커뮤니티에 아이디어가 받아들여질 가능성이 있는지 물어보면,

BIP 초안을 Bitcoin-dev 메일링 리스트에 제출해야 합니다.


이를 통해 저자는 BIP 초안을 구체화하여 적절한 서식과 품질을 갖추도록 하고 제안서에 대한

추가적인 우려를 해결할 수 있는 기회를 제공합니다.


토론 후에, 제안서는 BIP 초안과 함께 Bitcoin-dev 목록을 BIP 편집기로 보내야 합니다.


이 초안은 아래에 설명된 대로 BIP 형식으로 작성해야 합니다.

그렇지 않으면 올바른 형식 지정 규칙을 준수할 때 까지 추가적인 주의 없이 다시 반송됩니다.







BIP 저자는 검토를 위해 제출하기 전에 초기 아이디어와 BIP 모두에 대한 커뮤니티 의견을 수집할 

책임이 있습니다.


그러나 가급적이면 공개된 메일링 목록에 대한 자유로운 토론을 피해야 합니다.


토론을 효율적으로 유지하기 위한 전략으로 주제에 대한 별도의 SIG 메일링 목록 설정,

BIP 작성자가 초기 설계 단계에서 개인 의견을 수락하도록 설정,

Wiki 페이지 또는 Git 저장소 설정 등이 있습니다.


BIP 작성자는 재량을 사용해야 합니다.









단일 BIP에는 단일 핵심 제안 또는 새로운 아이디어가 포함되는 것이 좋습니다.


BIP가 더 집중될수록 더 성공적인 경향이 있습니다.

확실하지 않을 경우, BIP를 여러개의 잘 짜여진 것으로 나누세요.









BIP 편집자는 BIP 번호를 지정하고 상태를 변경합니다.


모든 BIP 관련 이메일을 BIP 편집기로 보내주십시오.

BIP 편집자 목록은 아래에 있습니다.


또한 BIP 편집기 책임 및 작업 흐름도를 참조하십시오.


BIP 편집자는 BIP 제안이 너무 초점에 맞지 않는다거나, 너무 광범위 할 경우,

BIP 제안을 거부할 권리가 있습니다.








저자는 BIP 번호를 스스로 지정해서는 안되며,

작성자의 이름/닉네임과 BIP 제목을 포함하는 "bip-johndoe-infinitebitcoins"와 같은 별칭을 사용해야만 합니다.









BIP 편집자가 승인하는 경우, BIP에 번호를 지정하고 표준 트랙, 정보 또는 프로세스로 레이블을 

지정한 다음 상태를 "Draft(초안)"으로 지정하고 BIP Git 저장소에 추가합니다.


BIP 편집자는 BIP를 부당하게 거부하지는 않습니다.


BIP 상태를 거부하는 이유에는

중복된 내용, 형식 지정 규칙 무시, 초점이 맞지않거나, 광범위한 기술, 기술적으로 부족한 내용,

적절한 동기부여를 제공하지 않는다거나, 이전버전과의 호환성을 언급하지 않거나, 

Bitcoin 철학에 부합하지 않는 등이 있습니다.


BIP가 허용되려면 특정 최소 기준을 만족해야합니다.


제안된 개선 사항에 대한 명확하고 완벽한 설명이어야 합니다.


네트워크 개선을 향상시켜야만 합니다.


적용 가능한 경우 제안된 기능은 견고해야만 하며, 프로토콜을 부당하게 복잡하게 만들어서는 안됩니다.





.











BIP 작성자는 필요에 따라 Git 저장소에서 초안을 업데이트 할 수 있습니다.

초안에 대한 업데이트는 작성자가 Pull 요청으로 제출할 수 도 있습니다.









표준 추적 BIP는 설계 문서와 참조 구현이라는 두 부분으로 구성되어 있습니다.


BIP는 참조 구현이 BIP를 조사하는 경우를 제외하고는, 

참조 구현이 시작되기 전에 검토되고 받아 들여져야 합니다.


표준 추적 BIP는 최종 결과로 간주 되기전에 코드, 패치 또는 동일한 URL 형식의 구현을 포함해야 합니다.









BIP가 승인되면 참조 구현을 완료해야 합니다.


참조 구현이 완료되고 커뮤니티에서 승인되면 상태가 "Final(최종, 마지막)"으로 변경됩니다.








BIP에 상태 "Deferred(연기, 지연된)"을 할당 할 수 있습니다.


BIP 작성자 또는 편집자는 BIP에서 진행 중인 작업이 없을 때 해당 상태를 BIP에 할당할 수 있습니다.


BIP가 지연된 후에는 BIP 편집자가 해당 BIP를 다시 "Draft(초안)"상태로 할당할 수 있습니다.







BIP는 "Rejected(거절)"될 수도 있습니다.


아마도 그것은 결코 좋은 생각(판단)은 아니었을 것입니다.


이에 대한 사실 또한 기록하는것도 여전히 중요합니다.








BIP는 다른 BIp로 대체 될 수 있으므로, 원본은 더 이상 사용되지 않습니다.


이것은 API의 버전2가 버전1을 대체 할 수 있는 BIP 정보 제공을 위한 것입니다.





.








BIP상태의 가능한 경로는 다음과 같습니다.




일부 BIP 정보 및 프로세스는 완료되지 않아야 하는 경우 "Active(활성)" 상태일 수도 있습니다.

예. BIP 1(this BIP)





너무 길어서... 1/2 부작으로 나눠야할 것 같습니다....






블로그 공감 / 유튜브 구독 / 페이스북 좋아요는 눌러 주실거죠?

1 2 3