요약

  • AFRINIC가 2020년 8월 13일 Draft 1을 공개하면서 이사회의 다섯 가지 개입이 상상 가능해졌다: 정책 조치의 개시, 변경, 중단, 기각, 요구. 공개는 합의, 채택, 계약적 통합, 구현 또는 사용을 확립하지 않았다.
  • 이사회 개입에 대한 가장 강한 근거는 회사법과의 입증된 충돌, 입증된 계약상 약속, 기술적 실현 가능성, 고유성, 부정 방지 통제 또는 운영 중인 네트워크의 연속성이다. 그 경우에도 수탁 의무는 신중하게 대응할 책임을 확인해 줄 뿐, 없는 권한을 새로 만들어 주지는 않는다.
  • 각 동사에는 별도의 권한 검증과 결과 검증이 필요하다. 최소한의 보호장치는 명시된 권한 근거, 협소한 방아쇠, 증거, 서면 이유, 통지, 커뮤니티 버전과 반대 의견의 보존, 기한 또는 복귀 조건, 연속성 보호, 독립적 검토이다.
  • AFRINIC는 여전히 사적 회원 기반 기술 레지스트리이자 조정자다. 이사회, RSA 또는 PDP 합의 결과 어느 것도 주권, 입법, 규제, 단속, 기소, 처벌, 몰수 또는 공법적 재판의 근거가 될 수 없다.
  • 가장 유용한 실무적 통제는 무엇을 누가 어떤 문서에 근거해 얼마 동안 어떤 증거와 보호장치, 검토, 결과로 수행했는지를 정확히 기록하면서 검증되지 않은 모든 항목은 눈에 보이게 미지로 남겨두는 개입 영수증이다.

L3 — 다섯 개의 동사, 다섯 가지 서로 다른 권한

리스크 신호는 권한의 근거가 아니다

기업 이사는 중대한 리스크를 인지해야 한다. 이 명제는 받아들이기 쉽고, 기술 레지스트리에서는 피하기 어렵다. 어떤 정책 제안은 안전하게 구현하는 것이 불가능할 수 있다. 회사가 식별할 수 있는 합법적 의무와 충돌할 수 있다. 번호 자원 기록의 고유성을 위태롭게 하거나, 부정 방지 통제를 약화시키거나, 운영 중인 네트워크를 피할 수 있는 중단에 노출시킬 수 있다. 책임 있는 이사회는 리스크가 커뮤니티 절차 속에서 나타났다는 이유만으로 외면할 수 없다.

그러나 그런 리스크를 인지하는 것과 개입할 권한을 갖는 것은 서로 다른 제도적 사건이다. 전자는 사실과 결과에 대한 판단이다. 후자는 누가 무엇을, 어떤 지배 문서에 근거하여, 어느 단계에서, 어떤 대상에 대해, 어떤 구제 수단에 구속되어 할 수 있는가에 대한 주장이다. 전자를 선언하는 이사회 문서가 후자를 조용히 확립할 수는 없다. 일반적인 수호 책임에 대한 호소로 빠진 단계를 채울 수도 없다.

이 구별이 AFPUB-2020-GEN-004-DRAFT01의 올바른 출발점이다. 확립된 기록은 2020년 8월 13일을 Draft 1의 공개일로 확정하고 그 대상을 정책 조치를 개시, 변경, 중단, 기각 또는 요구하는 이사회 권한으로 식별한다. 이곳에서 이용 가능한 자료에는 조항 문구 전체가 제공되지 않는다. 정의, 기준, 입증 부담, 기한, 예외 또는 문서 간 우선순위도 확립되어 있지 않다. 따라서 분석은 두 가지 유혹을 동시에 거부해야 한다: 제안이 상상 가능한 정당한 목적을 전혀 가지지 않는 것처럼 다루는 것, 그리고 다섯 동사를 제안했다는 사실만으로 그 정당성이 확정되는 것처럼 다루는 것.

다섯 동사는 의사결정 과정에서 서로 다른 위치를 차지한다. 서로 다른 것을 바꾸고 서로 다른 사람들을 서로 다른 리스크에 노출시킨다. "개시"는 커뮤니티 의제에 질문을 추가할 수 있다. "변경"은 커뮤니티가 심의 중인 문구를 바꿀 수 있다. "중단"은 시계를 멈추고 참여를 끊을 수 있다. "기각"은 거부권으로 결과를 밀어낼 수 있다. "요구"는 다른 주체에게 지시하고 불이행에 결과를 붙일 수 있다. 다섯을 모두 "감독"이라 부르면 검토해야 할 것을 정확히 가려버린다.

개시: 일반 절차가 여전히 지배한다면 가장 침습성이 낮은 동사

개시는 사적 기술 조정자의 정당한 역할에 가장 잘 맞는다고 주장할 수 있는 권한이다. 이사회가 제안과 특정 회사 의무 사이의 충돌을 식별했다면, 그 문제를 일반 정책 절차에 넣는 것은 합리적일 수 있다. 개시는 저작, 심의, 답을 그 절차에 남겨둔 채 문서화된 문제를 커뮤니티가 검토하도록 요청하는 것을 의미할 수 있다. 해법을 명시하지 않고 리스크를 드러낼 수 있다.

이 선의적 독해는 구조에 달려 있다. 이사회는 자신이 개시할 수 있게 하는 절차를 명시해야 한다. 제출물은 행위 기관, 영향받는 제안과 버전, 우려 사항, 증거, 충돌한다고 주장되는 상위 문서, 검토한 대안을 밝혀야 한다. 이사회 발원 제안은 그렇게 표기되어야 하며, 커뮤니티 합의에서 나온 것처럼 제시되어서는 안 된다. 커뮤니티는 증거를 검토하고 전제에 반박하고 문구를 개선하거나 다른 합법적 답을 선택할 자유를 유지해야 한다.

개시가 절차적 우선권을 확보하거나 정상 요건을 우회하거나 선호하는 해법을 다른 주체가 처리하도록 강제한다면 더 큰 결과를 낳는다. "개시"가 참여자 앞에 질문을 놓는 것에 그치지 않고 실질 문구를 효력 있게 만드는 것을 의미한다면 또 달라진다. 이런 구별은 이곳의 기록만으로 해결할 수 없다. 이는 전체 문구와 지배 서열의 문제이며, 이 설명에서 어느 것도 확립되어 있지 않다.

따라서 적절한 검증은 단단하지만 간단하다: 개시는 심의를 미리 정하지 않고 열어야 한다. 서면 이유와 보존된 버전 이력이 있으면 나중의 독자가 이사회의 리스크 통보와 커뮤니티의 대응을 구별할 수 있다. 즉각적인 연속성이 실제로 걸려 있는 경우, 계약과 법의 범위 안에서 별도로 입증된 임시 기업 조치가 가능할 수 있으나, 그것을 "개시"라 부르며 영구 정책에 몰래 편입해서는 안 된다.

변경: 조언이 저작이 되는 순간

변경은 단순히 반대하는 것이 아니다. 검토 대상 자체를 바꾼다. 커뮤니티가 문구를 만들었고 이사회가 단어를 대체, 삭제, 추가할 수 있다면 결과의 제도적 저작이 혼합된다. 이는 드물게 정당화될 수 있다. 예컨대 특정 조항이 회사에 명백히 불법이거나 기술적으로 불가능한 일을 요구하는 경우다. 그러나 정당화는 실제로 이루어진 개입에 부합해야 한다.

첫 번째 통제는 눈에 보이는 수정 표시다. 독자는 원본 기록을 잃지 않고 커뮤니티 문구, 이사회 제안 변경, 이후 개정본을 비교할 수 있어야 한다. 두 번째는 정확한 권한 근거에 묶인 서면 설명이다. "수탁 의무"는 충분히 정확하지 않다. 이사의 의무는 이사회가 문제를 무시할 수 없는 이유를 설명할 수 있지만, 왜 이 이사회가 문제를 돌려보내거나, 조언을 구하거나, 제약을 공개하거나, 불법 구현을 거부하는 대신 이 단어들을 선택할 수 있는지는 확립하지 않는다.

세 번째 통제는 심의로 되돌아가는 경로다. 이사회 변경이 단순히 이사회가 만들었다는 이유로 최종 문구가 된다면 커뮤니티 초안 작성이 치환된 것이다. 더 비례적인 설계는 그 변경을 이유가 제시된 수정 제안으로 다루고, 반대 의견을 보존하며, 일반 절차에 검토를 요청하는 것이다. 예외적 메커니즘이 변경을 잠시 지배적으로 만든다면 그 메커니즘에는 명확한 방아쇠, 기간, 범위, 복귀 조건, 독립적 검토가 필요하다.

결과의 문제도 있다. 문구 변경은 기술 운영, 계약상 기대, 자원 보유자의 처우를 바꿀 수 있다. 변경이 현실 서비스를 더 직접 바꿀수록 제안, 정책, 계약, 적용 법률을 분리하는 것이 더 중요해진다. 사적 회사 기관은 합법적 문서 내에서 회사를 관리할 수 있다. 그 편집이 광범위한 기술적 결과를 가진다고 해서 입법 권한을 얻지는 않는다.

이곳에서 검토한 출처 기록은 Draft 1이 수정 표시, 이유, 재심의, 기한, 검토를 요구했는지 드러내지 않는다. 그 보호장치가 존재하지 않았다고 말하는 것도 틀렸고, 그것을 가정하는 것도 똑같이 틀렸다. 그 지위는 여기서 검증되지 않았으며, 이 불확실성이 중요한 이유는 "변경"이 감독이 저작이 되는 지점이기 때문이다.

중단: 시간을 멈추는 것은 결과를 바꿀 수 있다

중단은 일시적으로 들리고, 일시적 조치가 때로 가장 피해가 적은 대응일 수 있다. 구현이 즉각적인 기술 충돌을 일으킬 것이거나 신뢰할 수 있는 증거가 아직 검증될 수 없다면 짧은 일시정지는 선택지를 보존한다. 일시정지는 안전하지 않은 변경을 허용하거나 압박 속에서 영구 해법을 만드는 것보다 나을 수 있다.

그러나 중단은 중립적이지 않다. 어떤 버전이 효력을 유지하는지, 누가 기다려야 하는지, 누구의 비용이 계속되는지, 참여가 활력을 잃는지를 결정한다. 만료 없이 멈춘 절차는 형식적 기각 없이 패배한 절차가 될 수 있다. 합의 이후 구현 전에 명령된 일시정지는 초기 논의 중에 부과된 것과 다르다. 절차 전체에 적용된 일시정지는 논쟁 중인 조항에 국한된 것과 다르다. 각각 자기만의 설명이 필요하다.

신뢰할 수 있는 중단 메커니즘은 비상사태나 충돌, 증거 기준, 의사결정자, 영향받는 단계, 시작 시각, 자동 복귀 또는 만료 조건을 명시해야 한다. 일시정지 중에 무엇이 가능한지 설명해야 한다: 증거에 이의를 제기할 수 있는지, 초안 작성이 계속되는지, 커뮤니티가 대응할 수 있는지, 조건이 해제되었다고 누가 판단하는지. 주의가 다른 곳에 있는 동안 현재 커뮤니티 기록이 다시 쓰이지 않도록 보호해야 한다.

연속성 보호는 이 동사의 중심에 있어야 한다. LARUS의 운영자 관점은 회의실 밖에서 재량이 무엇을 의미하는지 묻기 때문에 유용하다. 레지스트리 결정은 내부 거버넌스로 묘사되더라도 계획, 고객 약속, 네트워크의 안정적 운영에 영향을 줄 수 있다. 이 관찰은 Draft 1이 중단, 손실 또는 특정 중단을 일으켰다는 것을 증명하지 않는다. 일시정지가 보호하는 운영 중 네트워크 기준선과 검토 중 금지되는 운영 변경을 식별해야 하는 이유를 설명한다.

비공개 자료는 Draft 1의 기간 한계, 복귀 조건, 청문 준비, 연속성 보호장치를 확립하지 않는다. 중단 권한이 실제로 사용된 적이 있는지도 확립하지 않는다. 올바른 결론은 제안이 반드시 무기한 동결을 허가했다는 것이 아니라, 기간과 복귀가 불가결한 질문이며 그 답은 이곳에서 알려지지 않았다는 것이다.

기각: 기업의 거부권은 그 위의 근거 문서를 제시해야 한다

기각은 다섯 동사 중 가장 명확한 거부권이다. 더 많은 작업을 요청하는 대신 결과를 소멸시키거나 거부한다. 따라서 권한 사슬이 특히 중요하다. 사적 이사회는 때로 불법 행위를 요구하거나 입증된 상위 약속을 위반하거나 회사의 기술적 능력을 넘어서는 결정의 구현을 거부해야 할 수 있다. 법이 금지하는 일을 내부 절차가 강제할 수는 없다.

그 가장 강한 경우에도 기각은 상위 입법 판단이 아니라 경계된 기업 대응으로 표현되어야 한다. 이사회는 구현을 막는 정확한 의무나 제한을 식별하고, 증거를 제공하고, 더 협소한 조치가 불충분한 이유를 설명하고, 영향받는 참여자가 검토할 수 있는 이유를 공개해야 한다. 합의 기록이 존재한다면 원본 그대로 유지되어야 한다. 이사회의 거부와 커뮤니티의 결과는 두 개의 기록이지 하나의 다시 쓰인 역사가 아니다.

의미 있는 검토가 필수적인데, 이사회가 충돌을 식별하는 동시에 그 결정 권한의 수혜자이기 때문이다. 검토가 정책 절차를 법원으로 바꿀 필요는 없다. 그러나 인용된 권한이 존재하는지, 방아쇠가 충족되었는지, 증거가 판단을 뒷받침하는지, 기각이 편의 때문이 아니라 필요했는지 검증할 수 있는 독립적 경로를 제공해야 한다. 구제에는 재고, 이유 정정, 절차로의 복귀 또는 지배 문서가 허용하는 다른 대응이 포함될 수 있다. 정확한 구제는 제도적 선호가 아니라 입증된 근거에서 나와야 한다.

"이사회에는 수탁 의무가 있다"는 완전한 설명으로는 불충분하다. 의무는 주의, 조사, 합법적 행동을 요구할 수 있다. 명시된 문구적 또는 법적 근거 없이 거부권을 생성할 수는 없다. 기각이 RSA에 따른 서비스에 영향을 미친다면 회사는 정책 판단과 구현을 지배한다고 주장하는 사적 계약상 권리를 구별해야 한다. 계약은 적용 법률 하에서 입증된 당사자 간 의무와 구제를 담을 수 있다. 그러나 법령이 아니며, 기각하는 이사회를 공공 규제자나 법원으로 바꿀 수 없다.

이용 가능한 기록은 Draft 1과 관련된 서열 조항, 이유 요건, 이의 절차, 항소, 법원 접점, 구제를 보여주지 않는다. 기각이 실제로 발생했다는 것도 보여주지 않는다. 이 부재는 분석에 규율을 부과한다: 거부권 리스크는 제도 설계의 질문으로서 실재하며, 실제 거부권이나 그 결과에 대한 주장은 증거를 넘어선다.

요구: 지시에는 수령자, 행위, 합법적 결과가 필요하다

"요구"는 즉각적인 문법적 질문을 던지는 가장 열린 동사다: 누구에게 무엇을 요구하는가? 이사회는 직원에게 기술 분석을 제공하라고, 제안자에게 모호성을 명확히 하라고, 내부 절차의 어느 단계를 반복하라고 요구할 수 있다. 이 가능성들은 제도적으로 동등하지 않다. 통상적 관리에 따른 회사 직원에 대한 지시는 회원, 자원 보유자, 참여자 또는 외부인에게 부과되는 요구와 다르다.

따라서 "요구"의 모든 행사에는 명명된 수령자, 정확한 행위, 기한, 의무의 근거, 거부의 결과가 필요하다. 이 요소들이 없으면 요청이 명령으로 제시될 수 있고 명령에 명시되지 않은 제재가 붙을 수 있다. 정보를 요청할 권한이 권리를 변경하거나 서비스를 중단시키거나 징벌적 결과를 부과할 권한을 자동으로 포함하지는 않는다. 기록을 관리할 수 있는 능력이 경찰, 기소, 징벌, 몰수, 재판 권한이 되지도 않는다.

가장 안전한 형태의 요구는 회사의 입증된 조직적·계약적 관계에 가깝게 머문다. 가장 침습성이 낮은 조치를 사용하고, 통지하고, 응답을 허용하고, 운영 중인 서비스를 보호하고, 이해충돌을 기록하며, 결과에 비례하는 검토를 제공한다. 결과가 자원 행정에 이른다면 이사회는 레지스트리 역할의 수사적 중요성에 의존하는 대신 적용되는 합법적·계약적 경계를 보여야 한다.

Lu Heng의 분석이 여기서 지배적인 제도적 경고를 제공한다. 레지스트리의 유용한 기능은 기술 장부 담당자이자 조정자의 기능이다. 사적 절차와 지역적 언어는 그 기능을 공공 위임으로 세탁할 수 없고, 레지스트리 행정은 공공기관에 예약된 집행으로 흐르면 안 된다. 이는 통상적 회사 관리나 경계된 계약 구제를 부정하는 것이 아니다. 각 결과가 정확한 법적 범주에 머물 것을 요구한다.

Draft 1의 전체 정의, 수령자, 기한, 결과는 이용 가능한 자료에 확립되어 있지 않다. 따라서 모든 상황에서 제안이 어떤 버전의 "요구"를 담고 있었는지 말할 수 없다. 앞으로 가져가야 할 질문은 정확하다: 제안된 모든 지시에 대해, 누가 어떤 문서에 구속되어 어떤 행위를 수행해야 했으며, 그러지 않으면 합법적으로 무엇이 뒤따랐는가?

여섯 개의 별개 단계, 하나의 완성된 사건이 아니다

기록은 연대기적 절제도 요구한다. Draft 1의 공개는 제안이 존재했음을 확립했다. PDP 합의를 확립하지 않았다. 합의 자체도 필요한 기업 메커니즘에 의한 채택을 증명하지 않는다. 채택은 결과가 RSA에 들어가거나 사적 계약 관계의 일부가 되었음을 증명하지 않는다. 계약적 통합은 기술적 구현을 증명하지 않는다. 추상적 구현은 특정 당사자에 대한 발동을 증명하지 않는다.

이것들은 여섯 개의 별개 단계다: 공개, 합의, 채택, 통합, 구현, 발동. 이전 단계의 증거가 다음 단계를 증명하는 것처럼 앞으로 끌어갈 수 없다. 이 설명에서 정책 제안 색인과 AFRINIC의 연차 보고는 제안의 확인된 존재와 날짜에 대한 주요 제도적 출처이다. 그 사실만으로 사슬의 나머지를 확립하지는 않는다.

비공개 기록은 Draft 1이 합의에 도달했는지, 이후 초안이 다섯 권한을 바꾸었는지, 이사회가 무엇을 채택했는지, RSA가 규칙을 통합했는지, 회사가 구현했는지, 개입이 발동되었는지를 확립하지 않는다. 영향받는 당사자와 운영 결과도 식별하지 않는다. 이는 승리도 남용도 책임 있게 서술할 수 없음을 의미한다. 평가할 수 있는 것은 다섯 동사가 드러낸 설계 문제다: 하나의 제도적 주체가 정책 조치를 개시, 편집, 일시정지, 거부 또는 지시하는 것으로 상정되었고, 각 조치는 그 고유한 효과에 맞는 통제를 필요로 한다.