Шон Фэннинг был всего лишь подростком с доступом в интернет и жалобой. Он устал искать 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, лежащий в этой выделенной общей папке.
Когда вы искали песню, процесс представлял собой взаимодействие между вашим компьютером и центральным индексом.
- Вы запускали утилиту.
- Она проверяла наличие подключения.
- Она подключалась к центральному серверу. Обратите внимание на различие: сервер не содержал MP3-файлов. Он только индексировал пользователей. Он отслеживал, кто находится в сети и какие файлы они предоставили для общего доступа.
- Вы вводили имя исполнителя или название трека.
- Ваш клиент запрашивал индексный сервер. Он спрашивал: «У кого есть это?»
- Сервер отвечал списком IP-адресов, где находился файл.
- Napster заполнял окно результатов этими источниками.
- Вы нажимали Скачать.
- Ваш компьютер устанавливал прямое соединение с компьютером-хостом.
- Файл передавался.
- Хост отключался.
- Вы воспроизводили трек.
Именно такая архитектура делала 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 г.
