Шон Феннінг був лише підлітком з доступом в інтернет і скаргою. Він втомився шукати MP3-файли на розрізнених веб-сайтах, де половина посилань була неробочою. 1999 року він перестав скаржитися і почав писати код. Результатом став Napster – сервіс, який не просто спростив завантаження пісень, а й повністю зруйнував традиційну бізнес-модель музичної індустрії. Сьогодні це легальний стрімінговий сервіс. Тоді ж він став блискавкою, що притягує суперечки про права на інтелектуальну власність проти цифрової свободи.

Щоб зрозуміти, чому Napster викликав такий сейсмічний зсув, потрібно поглянути на технологію, яка це уможливила. Каталізатором став формат MP3. Стискаючи аудіофайли до частки їх вихідного розміру, MP3 стали досить компактними, щоб передаватися лініями dial-up і раннім широкосмуговим з’єднанням без багатогодинного очікування. Такі сайти, як MP3.com, спробували отримати вигоду, розмістивши на своїх серверах бібліотеки пісень. Але процес був громіздким. Користувачам доводилося шукати, кликати та сподіватися, що посилання все ще працює. Це була централізована бібліотека із непрацюючим каталогом.

Феннінг бачив найкращий спосіб. Він не хотів, щоб центральний сервер зберігав кожну пісню. Він хотів, щоб користувачі спілкувалися безпосередньо. Його програмне забезпечення об’єднало три різні інструменти в одному інтерфейсі: спеціальний пошуковий движок для MP3, можливості обміну файлами і клієнт Internet Relay Chat (IRC). Це дозволяло користувачам як обмінюватися файлами, а й спілкуватися з тими, з ким вони їх обмінювалися. Це було соціальне Networking до того, як з’явився сам термін, побудований поверх сирого обміну файлами.

Механіка розподілу за принципом «рівний-рівному»

Справжнім нововведенням була не ідея обміну файлами, а peer-to-peer (P2P) архітектура. Традиційні веб-сайти зберігають дані на центральному сервері. Якщо на сайт заходять мільйони людей, цей сервер має труднощі з обробкою навантаження. Napster прибрав посередника. Натомість ваш комп’ютер ставав сервером.

Коли ви шукали пісню в Napster, програмне забезпечення не вимагало центральної бази даних аудіофайлів. Він опитував комп’ютери інших користувачів Napster. Воно знаходило, у кого є файл і де він розташований на їхньому жорсткому диску. Завантаження відбувалося безпосередньо з їхньої машини на вашу. Ця децентралізована архітектура означала відсутність єдиної точки відмови. Ви не могли вимкнути Napster, відключивши один сервер, тому що дані зберігалися на тисячах окремих машин.

Ця ефективність створила ідеальний шторм. Музична промисловість десятиліттями контролювала поширення музики через фізичні носії — вініл, касети, CD. Napster зробив цей контроль неактуальним. Навіщо купувати CD за 18 доларів, якщо можна безкоштовно отримати лише одну пісню, яка вам потрібна? Тертя, пов’язане з покупкою, зникло. Зручність цифрового володіння замінила ритуал відвідування музичного магазину.

«Якщо ми можемо отримати потрібну нам музику, не платячи за неї, чи маємо ми це робити?»

Це питання мучило не лише юристів. Він вводив в оману звичайних користувачів. Технологія працювала бездоганно. Досвід був кращим, ніж купівля фізичного альбому. Але бізнес-логіку було порушено. Музичні лейбли бачили мільйони доларів загублених доходів. Артисти бачили, як їх твори розповсюджуються без компенсації. Правова система, побудована на концепціях крадіжки та копіювання аналогової доби, не мала інструкцій для цієї нової реальності.

Оригінальна бета-версія Napster була запущена у 1999 році. Вона поширювалася швидше за будь-яке програмне забезпечення в історії. Упродовж кількох місяців у неї з’явилися мільйони користувачів. Музична промисловість відповіла судовими позовами. Дебати про авторське право та цифрові права перемістилися з академічних журналів на перші сторінки газет. Napster довів, що технології можуть випереджати законодавство. Це змусило індустрію адаптуватися чи померти. У результаті вони адаптувалися. Але збитки традиційної моделі було завдано. Епоха альбому як основної одиниці продажу закінчилася. Почалася доба окремого цифрового треку.

Napster був не просто сервіс. Це було технологічне зрушення, замасковане під музичний плеєр. Назва походить від шкільного прізвиська Шона Феннінга, яка була дана йому через його розпатлане волосся. Але сама система являла собою чисте однорангове (peer-to-peer) поширення. Це і є P2P. Файли не зберігалися на центральному сервері. Вони були на жорстких дисках користувачів.

Ви завантажували не з корпоративної бази даних. Ви скачували у сусіда. Або в когось у Токіо. Механіка була простою, але революційною.

Механіка ранніх P2P-мереж

Щоб скачати трек на оригінальному Napster.com, були потрібні певні компоненти. Це не було «підключи та працюй» у сучасному розумінні. Вам потрібно:

  • Клієнтське програмне забезпечення : встановлена локально утиліта Napster.
  • Спільна папка : певна папка на диску, позначена для віддаленого доступу.
  • Підключення до мережі : активне інтернет-з’єднання.

Людина, яка розміщує файл, потребувала того ж налаштування. Йому була потрібна утиліта. Йому була потрібна спільна папка. Йому було потрібно інтернет-з’єднання, яке було дійсно включене. І, очевидно, йому був потрібний файл MP3, що лежить у цій виділеній спільній папці.

Коли ви шукали пісню, процес являв собою взаємодію між вашим комп’ютером та центральним індексом.

  1. Ви запускали утиліту.
  2. Вона перевіряла наявність підключення.
  3. Вона підключалася до центрального сервера. Зверніть увагу на різницю: сервер не містив MP3-файлів. Він лише індексував користувачів. Він відстежував, хто знаходиться в мережі та які файли вони надали для спільного доступу.
  4. Ви вводили ім’я виконавця або назву треку.
  5. Ваш клієнт запитував індексний сервер. Він питав: “У кого є це?”
  6. Сервер відповідав списком IP-адрес, де знаходився файл.
  7. Napster заповнював вікно результатів цими джерелами.
  8. Ви натискали Завантажити.
  9. Ваш комп’ютер встановлював пряме з’єднання з комп’ютером-хостом.
  10. Файл передавався.
  11. Хост відключався.
  12. Ви відтворювали трек.

Саме така архітектура робила P2P настільки ефективною. Вона не створювала навантаження на центральному вузлі. Вона розподіляла навантаження по всій мережі. Такі сайти, як Gnutella, пізніше розширили цю децентралізовану модель.

Парадокс піратства

Музична промисловість ненавиділа Napster не оскільки він був технічним рішенням. Вони ненавиділи його за ефективність у крадіжці. Тисячі користувачів створювали тисячі копій матеріалів, захищених авторським правом. Гроші не переходили з рук до рук. Артисти не отримували жодних прибутків.

Це спричинило сильні емоції. Фанати любили це. Для чого платити 15 доларів за CD, якщо можна отримати трек безкоштовно? Індустрія бачила у цьому канібалізм. Правовий захист Napster був слабким, але чітким: вони не зберігали файли. Їх зберігали користувачі. Отже, Napster стверджував, що не несе відповідальності за те, що користувачі завантажували на власні машини.

Люди не думають про законодавство про авторське право так, як корпорації. Якщо ви конвертуєте пісню в MP3 і ділитеся нею, будь-хто може її забрати. Все так просто.

Ефект кампуса коледжу

Napster було заборонено приблизно на 40% кампусів коледжів США під час його незаконної роботи. Тим не менш, студенти були серед його найактивніших користувачів. Чому?

– Вони любили музику.
– Університети надавали високошвидкісний інтернет та комп’ютери.
– Вони були комфортно почувалися з новими технологіями, такими як MP3.
– Вони не мали грошей.

Низька вартість, висока швидкість та високий інтерес створили ідеальний шторм. Безкоштовна музика була не просто привабливою. Вона була доступна.

Законні сайти для завантаження працюють інакше. Вони не можуть зберігати чи розповсюджувати матеріали, захищені авторським правом, без дозволу. Це порушення. Навіть MP3.com зазнав судового позову. Вони платили роялті, але робили матеріали, захищені авторським правом, доступними для покупки без дозволу всіх правовласників. Правова грань тонка.

Легально отримані пісні надходять з:

  • громадського надбання.
  • Артистів, які прагнуть популярності.
  • Лейблів, які створюють ажіотаж довкола нового CD.
  • Платних завантажень, де сайт виплачує роялті артистам та лейблам.

Правова сіра зона

Суперечки поглибилися з прийняттям Закону про домашній аудіозапис 1992 року. Цей закон дозволяє покупцям CD копіювати для особистого використання. Він також дозволяє їм надсилати копії друзям. Нюанс полягає в тому, що ви не можете продавати їх або отримувати з них прибуток.

Фанати Napster стверджували, що це робить їхні дії законними. Закон не уточнював, хто саме ці друзі. Він не обмежував кількість друзів. Якщо я даю вам копію, а ви передаєте її трьом іншим, чи це залишається особистим? Закон мовчав про масштаби. Ця неоднозначність підживлювала дебати. Йшлося не лише про технології. Йшлося про те, як старі закони вписуються у нові реалії.

Система працювала. Файли рухалися. Правила немає.

Судові позови, можливо, прибрали Napster з арени, але технологія, що лежить в основі, нікуди не поділася. Однорангове (P2P) обмін файлами нікуди не зникне. Він еволюціонував за межі початкового фокусу на MP3-файлах, характерного для ранніх мереж. Тепер можна обмінюватися практично будь-якими типами файлів.

Gnutella – яскравий приклад. Вона усунула центральний сервер індексації, який робив Napster уразливим. Замість одного головного сервера, який зберігає карту всіх файлів, Gnutella використовує децентралізовану сітку.

Як працює децентралізований пошук

Саме ця архітектура робить ці мережі важкими. Коли клієнт Gnutella підключається, він повідомляє про свою присутність іншому вузлу. Цей вузол передає інформацію про нове з’єднання восьми іншим бенкетам, з якими він уже знайомий. Ці вісім повідомляють сім інших. Ті сім повідомляють шість. Мережа росте експонентно.

Кожен клієнт тепер знає, хто в мережі і які файли доступні. Немає єдиної точки відмови. Немає центральної бази даних, яку можна було б отримати судовий запит. Немає легкої мети наказу про блокування.

Творці контенту у сфері музики та відео починають розуміти, що відбувається. Вони розуміють, що моделі роялті вимагають фундаментальної переробки. Старі структури ліцензування не відповідають революційному масштабу Інтернету.

Бізнес-модель Napster

Люди часто питають, як Napster заробляв гроші. Відповідь дивовижна. Він не заробляв.

Шон Феннінг не створював його як бізнес, що генерує дохід. Він створив його, щоб перевірити, чи це можливо в принципі. Він і не підозрював, наскільки це стане масовим. Винахідник не шукав вигоди. Він шукав підтвердження концепції.

Часті питання

Чому Napster був закритий?

Napster було закрито через порушення авторських прав. Модель центрального сервера дозволяла правовласникам впливати на єдину точку контролю.

Шон Феннінг потрапив до в’язниці?

Ні. Оскільки на той момент він був неповнолітнім, йому було призначено покарання у вигляді громадських робіт замість ув’язнення.

Додаткові ресурси

  • Як працює обмін файлами
  • Як працюють MP3-файли
  • Як працюють MP3-плеєри
  • Як працюють музичні роялті
  • Як працює ліцензування музики
  • Як працюють CD-рекордери
  • Як працюватимуть MusicTellers

Зовнішні посилання

  • Napster.com
  • FindLaw: Позов проти NAPSTER
  • Salon.com: Надішліть юристів, зброю та гроші – 6 листопада 2003 р.
  • WiredNews: Розкриваємо рекламу кота Napster – 22 вересня 2003 р.
  • WiredNews: День, коли помер Napster – 15 травня 2002 р.
  • CNN.com: Деякі великі університети відкидають заборону Napster – 22 вересня 2000 р.