아이덴티티, 권위, & amp; 노래에 대한 신뢰 — 한 번에 하나의 링크 (dotBC 업데이트 # 6)

우리는 현재 Dot Blockchain Music 프로젝트의 짧고 흥미 진진한 l i fe의 주요 전환점에 들어서고 있습니다. 우리는 전공과 함께 제안 된 개발 작업의 2 단계를 시작하려고합니다. 음악 생태계의 독립 파트너. 이러한 다음 결과물은 우리가 설명한 시스템이 실제로 음악 산업에서 작동하도록 만드는 데 필요한 대부분의 플러그인 및 인터페이스를 나타냅니다. 이 다음 단계에서는 약 3 ~ 4 개월의 개발 작업이 예상되며 추가 코드를 개발하고 새로운 파트너를 확보 할 때 결과를 공유하게되어 기쁩니다.

그동안 저는 슬랙 채널에서 직접받는 많은 질문 중 하나에 답하는 것이 가장 좋다고 생각했습니다. 이것은 Dot BlockChain Music 아키텍처의 Identity, Authority 및 Trust와 관련된 질문입니다. 본질적으로 dotBC의 핵심 인 두 가지 매우 중요한 유효성 검사가 있습니다. 사용자 ID와 노래 ID입니다.

“저를 믿으세요. 저는 인터넷에서 왔습니다.”

사용자 수준 권한

이전 기사에서 언급했듯이 dotBC 아키텍처는 소셜 네트워크에서 태그를 지정하는 것과 유사한 방식으로 작동합니다. 따라서 우리는 신뢰, 권위 및 정체성이 유사한 방식으로 확립되고 유지 될 것이라고 믿지만, 블록 체인 환경과 음악의 상호 운용성 (다른 모든 것뿐만 아니라 여러 당사자가 소유 한 콘텐츠와 관련된 매체).

오늘날 수백만 (십억은 아니더라도)의 사람들이 매일 Facebook, Twitter, Instagram, Linkedin 또는 Google을 사용하여 웹 사이트에 로그인합니다. 이러한 사이트 중 일부는 2 단계 인증이 필요한 반면 Authy 및 다른 앱과 같은 앱은 (때로는 성가신) 일반 속도로 신원을 확인하고 확인하는 데 사용됩니다. 한편 기기 수준 인증은 예를 들어 Apple과 Android Pay 모두에서 지문이 식별자가되어 ID 관리 속도가 크게 빨라지면서 점점 더 보편화되고 있습니다. 이는 매우 복잡한 특성으로 인해 시간이 지남에 따라 동급 최고의 디지털 ID 도구가 이미 개발 한 어려운 작업을 활용할 계획이므로 dotBC의 바퀴를 재발 명 할 필요가 없음을 의미합니다.

동시에 시스템이 공개되면 시스템 사용자에게 일방적 인 인증 및 권한 방법을 적용 할 이유도 없습니다. 이것이 생태계가 스스로 성장하고 진화하는 능력을 제한 할 것이라고 생각합니다. 그러나이 초기 채택 단계에서는이 개방형 아키텍처를 사용하는 당사자가 서로 인식 할 수 있고 누가 어떤 기능을 수행하는지 파악하며 공공 및 사적 특성의 균형을 유지하고 활용해야 할 필요성과 균형을 이루는 것이 중요합니다. 블록 체인 기술. 따라서 dotBC 애플리케이션은 데스크톱 앱에 들어가기 위해 다단계 인증이 필요하므로 dotBC 번들을 사용하고 조작 할 수 있습니다. 관련이있는 사람들을 위해 도메인 이름 로그인 (@ recordlabelname.com, @ artistname.com 등)과 관련이있는 경우 소셜 네트워크 (Facebook / Twitter 로그인) 유효성 검사를 사용하여 당사자가 누구이며 무엇을 식별하는지 확인합니다. 수행 할 수있는 작업. 우리는 dotBC 라이브 환경 (즉, 초기 알파 기간 중 한 번) 내에서 신원을 시행하거나 검증 할 의도가 없으며, 이것이 부분적으로 우리가 가능한 한 빨리 많은 알려진 법인을 등록하려는 이유입니다.

확인되고 신뢰할 수있는 신원을 얻기 위해 또는 dotBC 시스템에서 ‘사용자 수준 권한’이라고 부르는 것처럼 Google은 사용자를위한 신뢰할 수있는 인증을 얻기위한 가볍고 단계적 프로세스를 제안합니다. 시스템.

예를 들어 다음과 같은 방법으로 인증 된 권한에 도달 할 수 있습니다.

본질적으로 사용자 신원은 포인트 시스템에 있으며,이를 통해 dotBC의 모든 참가자는 자신의 사용에 대한 자신의 신원 임계 값을 결정하고 이러한 신원 모델을 기반으로 액세스 및 트랜잭션 작업을 계층화 할 수 있습니다. 이 채점 시스템을 통해 사용자는 사용자 신원 점수가 dotBC 시스템의 다른 사용자에 비해 얼마나 좋은지 확인할 수 있습니다. 이 접근 방식은 이미 웹에서 작동하고있는 것의 조합이지만 파트너 플러그인을 공유 dotBC 시스템에서 권위와 정체성에 대한 진정한 문지기로 간주하기 때문에 선택했습니다.

“저를 믿으세요. 저는이 글을 완전히 썼습니다.”

노래 수준 권한

사용자 수준 권한에 추가하여 “Song Level Authority”라고 부르는 시스템도 제안합니다. 우리는 작가 측과 마스터 측의 각 노래에 점수 (정체성 점수와 유사)를 부여하고 갈등이 발생할 경우 운명과 소유권을 모두 해결하는 데 사용할 것을 제안합니다. 이전에 이전에 노래 파일이 dotBC 환경에 입력하기위한 ‘최소 실행 가능 데이터’에 대한 요구 사항을 논의 했으므로이 요구 사항은 시작점.

dotBC 아키텍처를 사용하면 노래를 영구적으로 판매하거나 라이선스를 부여하거나 제목을 변경하거나 어떤 방식 으로든 크게 변경하기 전에 소유권 점수를 표시 할 수 있습니다.

dotBC는 특정 용도에 대해 이러한 비율을 장기적으로 요구하지 않지만 (시스템에서 인증 된 사용자에게 맡겨야한다고 생각하므로), 최소 51 %의 노래의 마스터 및 작곡 측면 모두에서 노래 파일을 실질적으로 변경하려면 소유권이 필요합니다.

사용 사례는 다음과 같습니다.

물론 위는 단순화 된 워크 플로이지만 여러 작가, 게시자, 하위 게시자, 레이블, 지역 등의 경우 동일한 원칙이 적용됩니다. 노래의 각 당사자 및 각 식별자 (ISRC, ISWC, IPI) , ISNI 등)은 그 안에 진실의 견고 함을 더하고 노래에 첨부 된 플러그인은 당사자와 계약 할 때 수락 할 노래 및 사용자 수준 권한 수준을 선택할 수 있습니다. 우리는 현재 모든 참가자가 노래 파일, 메타 데이터 및 소유권이 얼마나 건전한 지 쉽게 판단 할 수 있도록 dotBC 환경 전반의 주요 속성 및 연결을 기반으로 노래가 “dotBC 점수”를 가질 수 있도록 예비 채점 시스템을 개발하고 있습니다. 정보는 시스템의 다른 dotBC 번들 파일과 관련이 있습니다.

또한 제 3자가 노래를 표현하는 메커니즘을 마련했습니다. 예를 들어, dotBC 시스템의 아티스트는 밴드의 5 명으로 대표 될 수 있지만 매니저가 노래의 100 %를 말하도록 선택할 수 있습니다. 이러한 권한의 결과로이 관리자는 계약 종료일, 사전 합의 된 사용 규정 및 도덕과 같이 노래 자체에 하드 코딩 된 사전 합의 된 예외 및 면제를 통해 레이블이 100 %를 대변하도록 선택할 수 있습니다. 노래 착취 면제.

또한 dotBC는 공동 창작자 (세션 뮤지션, 엔지니어, 프로듀서 등)의 권한이없는 저작자를 노래 / 세션 수준에서 유사한 협업 방식으로 관리하도록 지원합니다.

게시자는 연주자가 마스터 측에서와 마찬가지로 작곡 측에서도 이와 동일한 유형의 노래 수준 권한을 사용할 수 있습니다.

“하지만 내가 거짓말을했다면?”

사용자 및 노래 수준 권한과 관련된 분쟁

dotBC 시스템에 대해 기억해야 할 가장 중요한 사항 중 하나는 블록 체인에 등록 된 공유 가능한 최소 실행 가능 데이터의 진정한 공개적 특성으로 인해 거짓말은 쉽게 할 수 있거나하고 싶은 일이 아니라는 것입니다. 사용자 및 노래 수준 권한은 최종 사용자에게 서비스를 제공하는 플러그인에 의해 충족되어야하는 임계 값과 함께 사용자, 노래 및 카탈로그 전반에 걸쳐 신용 점수와 거의 비슷해집니다.

간단한 예를 사용하기 위해 공동 창립자 Allen에 등록 된 소유권 50 %로 이미 시스템에있는 노래의 65 % 소유권을 부정하게 주장하고 있으며, 그의 PRO 및 발행자. 이 변경을 위해 내 주장을 뒷받침 할 PRO 및 게시자 (있는 경우)를 얻을 수있는 일종의 증거를 만들어야합니다. 그런 다음 Allen의 당사자가 노래의 50 %를 낮추고 모두가 볼 수 있도록 Blockchain 기록을 수정하는 데 동의해야합니다. 그런 다음 이전에 작성된 모든 연결 및 수정 사항을 모든 당사자가 원장에 타임 스탬프가있는 것을 볼 수 있습니다. 이러한 유형의 분쟁은 현재와 같이 오프라인으로 처리 될 가능성이 높지만, 위의 예가 Allen과 I 간의 50/50 분할로 해결 된 경우 dotBC 시스템에서 중요한 차이점이 있습니다. 앞으로 나아가는 당사자들은 같은 장소에서이를 확인하고이를 확증 할 수있을 것이며, 노래 데이터에 추가 된 모든 검증 된 링크와 수정 사항으로 소유권을 강화할 수 있습니다.

다른 시나리오에서 공동 창립자 Bill이 자신이 좋아하는 Beyonce 노래에 대해 Song Level Authority를 ​​제어하고 있다고 업로드, 등록 및 주장하려고한다고 가정 해 보겠습니다. 업로드 시점에서 오디오는 기존 데이터베이스 (Gracenote, MusicBrainz, Dubset Media 등)에 대해 모든 작업과 마찬가지로 스캔되어 이미 존재하는지 확인합니다. 발견되면 Bill은 앞으로 나아갈 수 있도록 이에 대해 클레임을 제기 할 기회를 제공하고 위에 설명 된 프로세스가 시작됩니다.

하지만 Bill (평소의 교활함)이 이러한 필터를 통해 노래를 얻을 수있을만큼만 노래를 변경했다고 상상해보십시오. 그런 다음 배포 상태에 도달하는 데 필요한 시스템의 적절한 플러그인에 연결해야합니다. 그는 비욘세라는 아이덴티티를 만들고 PRO, 게시자, 레이블, 배급사 등과 연결해야 트랙을 세상에 알리고 수익을 창출 할 수 있습니다. 다시 말해, 디지털 서비스 제공 업체, 프로, 레이블 또는 유통 업체가 Bill이 문제의 작품의 진정한 창작자임을 확인하기 위해 모두 조율 (또는 가능) 할 가능성은 거의 없습니다. 여기에 카탈로그 소유자가 자신의 시스템, 제목, 아티스트 등을 통해 철자 오류 / 변형 등을 허용하여 검색을 수행 할 수있는 기능을 추가하고, 정말 유사한 것을 포착하려면 다음 프로세스를 시작하십시오. 오늘날의 기존 갈등 해결 도구를 사용하는 것처럼 Bill의 헛소리를 처리합니다.

이 수정을 볼 수있는 다른 실제 및 현재 시나리오에는 자신이 소유하지 않은 지역에서 권리를 소유하고 있다고 주장하는 음반사, 카탈로그를 획득 한 출판사 및 모든 노래의 100 % 소유권을 자동으로 자신에게 할당하는 것이 포함될 수 있습니다. . 모든 논쟁이 노래 자체의 모든 당사자 (단일 원장으로)로 다시 해결되는 시스템에서는 노래 수준 데이터가 해당 트랙에 유 전적으로 삽입되므로 이러한 일괄 작업을 실행하기가 더 어려워집니다. . 한 곳에서 해결되는 분쟁은 모든 곳에서 해결됩니다.

장기적으로 Spotify, SoundCloud, YouTube 및 Pandora와 같은 회사 (플러그인을 통해)는 no와 같은 유효한 User Level Authority 점수를 포함 할 수있는 진실의 임계 값을 충족하는 노래 만 시스템에 허용하도록 요구합니다. 하나의 검증 된 PRO + DDEX 메타 데이터 정렬을 포함하여 dotBC의 모든 노래와 관련하여 다른 파일에 비해 75 번째 백분위 수 미만이고 노래 수준 권한 최소 85 번째 백분위 수입니다. 다시 한 번 말씀 드리지만, 이러한 기준이 무엇인지 규정하는 것은 dotBC의 명령이 아니라 생성을 용이하게하는 것입니다. 따라서 우리는 Song 및 User Level Authority의 정보를받은 블록 체인의 데이터 지속성이 노래 수준에서 Identity 및 Authority를 ​​검증 할 수있는 단일 분산 된 장소로 이어질 것이며, 따라서 오늘날 항상 신뢰하지 않는 사람들 사이에서 더 큰 신뢰를 얻을 수 있다고 믿습니다. 또 다른.

약속 된대로 Google의 공개 웹 세미나 (비 기술적)는 11 월 7 일 월요일 오전 11시 30 분 (동부 표준시)에 열립니다. 여기에서 등록 할 수 있습니다. 기술 웹 세미나의 경우 여기에서 사전에 질문을 소싱 할 것입니다.

Your_song_name.bc

사전 체험판

많은 분들이 카탈로그를 dotBC 생태계로 가져 오는 데 관심을 보이 셨기 때문에 곧 우선 대기 시스템을 열 것임을 발표하게되어 기쁘게 생각합니다. 이는 귀하 또는 귀하의 조직이 번 들러 애플리케이션 및 플러그인의 공개 릴리스에 조기에 액세스 할 수 있음을 의미합니다. 이 조기 액세스 프로세스의 일부로 메타 데이터, 미디어 및 / 또는 문서의 샘플을 비공개 FTP 서버에 업로드 할 기회도 있습니다. 이 초기 업로드는 연구 목적으로 만 사용되며 블록 체인에 등록되지 않지만 엔지니어가 플러그인 시스템에서 처리해야하는 실제 데이터 유형으로 작업 할 수 있습니다. 카탈로그의 크기와 업로드 된 데이터의 품질에 따라 일부 베타 프로그램에 여러분을 초대 할 예정이므로이 대기열 시스템의 출시를 기대해주세요!

이메일 목록에 가입하거나 여기에서 여유 액세스를 요청하세요.

웹 사이트 : www.dotblockchainmusic.com

GitHub : www.github.com/dotbc

2016 년 11 월 7 일의 마지막 공개 웹 세미나가 여기에 있고 2016 년 9 월 28 일의 기술 웹 세미나가 여기에 있습니다.