Реестр без балансового отчёта: предпосылка о низкой ценности ранней координации

Кратко

• Ранняя координация определила административный объект технического назначения: уникальные значения, зарезервированную ёмкость, делегированные блоки, сведения о зарегистрированных сетях и централизованно обновляемую сводную запись.
• Позже NSF закупала регистрацию как операционную услугу с поименованными поставщиками, графиками, бюджетами, условиями выполнения, отчётами, поэтапным финансированием и контролируемым порядком использования платных доходов.
• Завершённая отчётность RIPE NCC за 1995 год раскрыла стоимость и финансирование регионального администрирования, однако эти институциональные категории не давали цены на администрируемые номерные ресурсы.
• Дефицит вошёл в политику IAB в 1990 году; аргументация Джеффа Хьюстона в 1994 году затем разделила очерёдность, срок действия назначения, административные издержки и цену ресурса, открыв вопросы подотчётности, на которые технические записи сами по себе не были рассчитаны.

Административный объект: состояние назначений и скоординированная уникальность

Административным объектом ранней координации номеров было состояние в общем техническом пространстве имён. RFC 790, выпущенный в сентябре 1981 года, сводил значения, назначенные в нескольких числовых рядах, используемых реализациями сетевых протоколов, и указывал, что сводка будет периодически обновляться. Его вступительная инструкция предписывала разработчикам, которым требовался номер канала, сокета, порта, протокола или сети, обращаться к администратору номеров за назначением.

Координация начиналась с практической операции: выбрать значение, которое останется понятным для независимо созданных систем, связать его с техническим назначением и опубликовать достаточно общей памяти, чтобы другие разработчики могли избежать коллизий.

Эта операция охватывала не только сетевые адреса интернета. RFC 790 объединял номера сетей, номера версий интернета, номера протоколов интернета, номера портов или сокетов и номера каналов. Номер протокола сообщал реализации, как интерпретировать следующий уровень, переносимый интернет-протоколом. Номер порта или сокета идентифицировал конечную точку, связанную с услугой. Номер канала называл протокол или назначение на интерфейсе Host/IMP в ARPANET. Общим объектом была техническая позиция, чьё скоординированное значение зависело от поддерживаемого справочника.

Номера сетей делали эту структуру особенно наглядной. RFC 790 описывал 32-битный интернет-адрес, разделённый на сетевую и локальную части. Класс A использовал 7-битный номер сети с 24-битной локальной частью; в классе B использовались четырнадцать и шестнадцать бит; в классе C — двадцать один и восемь. Эти формы создавали административные домены разного размера внутри одной адресной архитектуры. Таблицы затем связывали имена с избранными значениями сетей, а прочие части помечали как зарезервированные или неназначенные.

Класс описывал структуру адреса, назначение связывало сетевой идентификатор с признанной сетью, а резервирование выводило ёмкость из обычного назначения. Ни одно из этих действий не требовало, чтобы реестр сводил все три категории к единому понятию владения.

Ряд номеров версий показывает, что метод реестра был шире политики распределения адресов. Его поле составляло четыре бита, и значения закреплялись за именованными версиями, оставались неназначенными или резервировались. Поле номера протокола составляло восемь бит и точно так же соединяло признанные применения с числовыми значениями. В обоих случаях координационная проблема заключалась в семантической стабильности. Реализация, встретившая номер, нуждалась в общем ответе о том, что этот номер означает. Администратор делал этот ответ переносимым между реализациями, публикуя связь и сохраняя незанятые позиции для будущих действий.

Техническая редкость существовала везде, где поле было конечным, но RFC 790 выражал текущее состояние через категории назначения, а не через экономическое упорядочивание применений.

Номера портов и сокетов вводили дополнительное разделение. RFC 790 описывал диапазоны для общесетевых стандартных функций, функций конкретного хоста, будущего использования и экспериментальных функций, а затем сопоставлял конкретные услуги конкретным значениям. Это разделение защищало стандартизацию и эксперименты в одном пространстве имён. Зарезервированный диапазон был активным административным решением, поскольку сохранял ёмкость для заявленной цели; неназначенное значение оставалось открытым для будущего назначения; именованный порт давал разным хостам общее соглашение.

Таким образом, реестр фиксировал состояние числовых позиций на момент публикации. Он позволял координировать изменения, не рассматривая каждую позицию как технически эквивалентную и не требуя финансового сравнения приложений.

Номера каналов усиливали акцент на признанном использовании. Их таблица включала значения для протоколов, измерений, обслуживания, экспериментов и зарезервированных целей, связанных с полем в интерфейсе ARPANET. Помещая номера каналов рядом с сетями, версиями, протоколами и сокетами, RFC 790 определял администрирование назначенных номеров как семейство задач пространства имён. Административное действие оставалось последовательным, даже когда технические последствия различались: определить числовой ряд, сохранить в нём уникальность, закрепить избранные значения за функциями и оставить остальное состояние видимым.

Поздний наблюдатель может интересоваться адресами IPv4 гораздо больше, чем экспериментальными значениями каналов, но сама сводка 1981 года была организована вокруг скоординированного числового значения.

Разрежённость реестра была функциональной. Строки было достаточно, чтобы разработчики распознали значение без описания планов заявителя, внутренних процедур администратора или последующей важности назначения. Вместо этого таблицы делали текущие назначенные значения из нескольких числовых рядов доступными в качестве периодически обновляемого справочника, помещая публичное техническое состояние в центр документа.

Что документ утвердительно предоставляет, так это опубликованный результат: набор числовых рядов, именованных технических связей, резервов и открытых позиций, поддерживаемый идентифицированной функцией назначения и предназначенный для периодического пересмотра.

Девять лет спустя RFC 1174 изменил масштаб администрирования этого объекта. В августе 1990 года IAB рекомендовал распределить назначение идентификаторов сетей и автономных систем по мере того, как рост интернета ускорялся и становился более международным. Документ сохранял институциональное различие между IANA и Internet Registry. Функция IANA в USC Information Sciences Institute описывалась как обладающая полномочиями в отношении числовых идентификаторов, необходимых для работы интернета, а Internet Registry в DDN-NIC при SRI International — как выполняющая регистрацию номеров сетей и автономных систем.

Предложение решало вопросы нагрузки и глобального охвата, не превращая регистрируемый объект в нечто иное.

Ключевым механизмом масштабирования была делегация блоков. RFC 1174 предлагал, чтобы Internet Registry выделяла блоки номеров сетей и автономных систем организациям, одобренным Coordinating Committee for Intercontinental Research Networking. В рамках предложения одобренные организации получали дальнейшие полномочия по назначению внутри этих блоков. Такая вложенная схема изменила бы гранулярность администрирования: центральная функция выделяла определённый пул делегированному реестру, а тот обрабатывал назначения из этого пула. Конструкция распределяла работу и приближала решения к региональным условиям.

Глобально координируемым объектом оставалось состояние назначений в ограниченном числовом пространстве, поскольку каждое делегированное действие всё равно должно было вписываться в сводный учёт уникальных идентификаторов.

Предложение также сохраняло маршрут по умолчанию. В зоне без определённого делегированного органа рекомендовалось, чтобы Internet Registry выполняла функции реестра, по крайней мере первоначально. Этот пункт связывал региональное расширение с непрерывностью доступа к функции назначения. Делегация обусловливалась институциональной готовностью и одобрением, а не заявлением о том, что в каждом регионе уже действует работающий реестр. Ожидалось, что кандидаты в реестры встретятся с IANA и Internet Registry для рассмотрения процедур и требований, а итоговый распределённый режим должен был быть описан в последующих RFC.

Рекомендуемая структура связывала полномочия, блоки, институциональную подготовку и общую процедуру.

Рекомендуемая информационная архитектура была призвана удерживать распределённую схему вместе. RFC 1174 закреплял за Internet Registry постоянную ответственность за базу данных зарегистрированных сетей и автономных систем, а также за список корневых серверов системы доменных имён. Делегированным реестрам рекомендовалось иметь копии сводных регистрационных баз данных для повышения отказоустойчивости и доступности. Обновления, однако, должны были оставаться централизованными в Internet Registry, после чего полные копии своевременно распространялись заново с помощью передачи файлов или иными средствами.

Региональный доступ и центральное обновление были раздельными функциями. Репликация расширяла доступность общей записи; единая точка обновления защищала согласованность совокупного административного состояния.

Язык дефицита в документе IAB ужесточил основания для осторожности. RFC 1174 называл сетевые идентификаторы класса A и класса B «всё более дефицитным товаром» и указывал, что выделение требует внимательного подхода. Это утверждение касалось классов, чьё предложение ограничивалось адресной архитектурой и предыдущими назначениями. Оно не содержало ни ряда транзакций, ни единицы денежного сравнения. Его непосредственным институциональным выражением стали делегированные блоки, сохранённые центральные функции, сводные базы данных и процедурная координация.

Дефицит вошёл в политику как условие, влияющее на суждение о выделении, хотя объект, проходивший через рекомендуемый механизм, по-прежнему представлял собой состояние идентификаторов и зарегистрированных сетей.

Более поздняя научная литература помогает разделить категории, которые документы того периода освещают неравномерно. Вводный материал Рихтера, Оллмана, Буша и Паксона, подготовленный в 2014 году и связанный с публикацией 2015 года, различает выделение, фактическое использование, маршрутизацию и рыночный обмен. Это различие не позволяет записи о назначении подменять сразу четыре утверждения. RFC 790 устанавливает опубликованное состояние назначений; сам по себе он ничего не говорит о том, использовалась ли или маршрутизировалась каждая часть выделенного блока.

RFC 1174 устанавливает рекомендуемую архитектуру выделения и предупреждение о дефиците; сам по себе он не устанавливает никакой последующей рыночной сделки. Этот вводный материал — ретроспективная опора для анализа, а не свидетельство того, что знали участники в 1981 или 1990 году.

При таком разделении ранний административный объект был точным, но ограниченным. Реестр мог сохранять уникальность, фиксировать сеть, распределять блок, реплицировать сводную базу данных и централизовать обновления, не создавая записи об экономическом обмене. Назначение идентифицировало санкционированную техническую связь внутри системы координации. Использование касалось развёртывания в пределах выделенного пространства. Маршрутизация касалась достижимости через работающие сети. Рынок касался обмена на определённых условиях и ценах.

Разведение этих объектов делает историческое достижение яснее: ранняя система создала авторитетную память для числовой координации до того, как рыночные категории стали частью её обычной публичной записи.

Превращение регистрации в федеральную услугу

Когда весной 1992 года NSF объявила отбор подрядчиков на управление сетевыми информационными службами (Network Information Services Managers), она перевела часть сетевой координации в закупаемые работы. Запрос предложений NSF 92-24 делил программу на регистрационные услуги, справочные и базовые услуги, а также информационные услуги. NSF выбрала отдельную организацию для каждого направления контракта: Network Solutions — для регистрации, AT&T — для справочных и базовых услуг, General Atomics — для информационных услуг.

Три поставщика сохранили отдельные контрактные обязательства, однако NSF требовала взаимодействия, чтобы пользователи видели единый интерфейс InterNIC. Закупка сделала институциональные границы явными вокруг функций, которые пользователи должны были воспринимать как единую сервисную среду.

Структура контракта связала технический объект реестра с людьми, системами, графиками и деньгами. Обязательства Network Solutions охватывали невоенных пользователей интернета и сети, получавшие услуги, ранее предоставлявшиеся Сетевым информационным центром Агентства оборонных информационных систем (Defense Information Systems Agency Network Information Center). Соглашение привязывало исполнение к федеральному запросу предложений, предложению Network Solutions от сентября 1992 года, его дополнительному предложению от 19 октября 1992 года и техническим условиям, включённым в контракт.

Регистрация больше не описывалась только через опубликованный результат в таблице номеров. NSF определяла операционную организацию, ответственную за предоставление определённой услуги при федеральной поддержке и надзоре.

Соглашение о сотрудничестве NSF–Network Solutions NCR-9218742вступило в силу 1 января 1993 года. Его календарь разделял четыре этапа, которые должны оставаться различимыми: вступление в юридическую силу в эту дату; трёхмесячное поэтапное внедрение; пять лет операционной поддержки начиная с 1 апреля 1993 года; и шесть месяцев гибкости без дополнительных затрат до 30 сентября 1998 года. Последовательность отводила переходу собственный период до начала поддерживаемой эксплуатации. Финальная дата гибкости описывала временные рамки соглашения. Она не добавляет утвердительных наблюдений о практике регистрации после используемой здесь конечной точки — календарного 1995 года.

Соглашение о сотрудничестве было заключено по схеме «издержки плюс фиксированное вознаграждение», и на его обложке указывалась оценочная общая сумма4 219 339 долл. США. Оценка относилась к поддерживаемой схеме регистрационных услуг. Компенсация покрывала допустимые прямые и косвенные издержки, а также фиксированное вознаграждение согласно условиям соглашения; финансирование осуществлялось через механизмы, указанные в соглашении. Эта цифра не была итоговым расходом. Её институциональным предметом было исполнение Network Solutions контрактных работ, включая переход, эксплуатацию, управление и отчётность. NSF финансировала поставщика услуг; числовой пул не был товарным запасом, купленным у этого поставщика.

Статья 3 определяла первоначальные работы. Network Solutions должна была выполнять регистрацию доменных имён, регистрацию серверов доменных имён, выделение номеров сетей и выделение номеров автономных систем. Регистрация должна была осуществляться в соответствии с RFC 1174, и в сотрудничестве с IANA Internet Registry разрешалось создавать делегированные реестры для определённых доменов. Этот пункт переносил архитектуру распределения 1990 года в спецификацию услуги, не сливая IANA с Network Solutions.

IANA оставалась отдельной функцией в системе координации; Network Solutions несла обязанности по собственному федеральному соглашению; NSF определяла и контролировала контракт.

Перечень задач показывает, как прежний административный объект стал результатом услуги. Выделение номера сети изменяло зарегистрированное техническое состояние. Регистрация доменных имён и серверов имён добавляла записи, необходимые среде именования. Выделение номера автономной системы расширяло функцию уникальных номеров на междоменную администрацию. Каждый результат требовал приёма заявок, обработки, обновления и доставки информации. Закупка привязывала труд и условия исполнения к этим действиям. Само успешное выделение оставалось за пределами категории товаров, приобретаемых NSF.

Федеральный покупатель оплачивал мощность и ведение регистрации по указанным категориям.

Статья 4 превращала своевременность в наблюдаемое служебное обязательство. Соглашение устанавливало три рабочих дня для запроса класса C, пять рабочих дней для класса B и двадцать два рабочих дня для класса A. Интервал начинался с получения заполненного шаблона вместе с запрошенными сведениями о топологии сети и прежнем использовании адресного пространства и заканчивался выделением номера. Эти дифференцированные по классам сроки привязывали административное событие к часам. Они создавали вопрос об исполнении — как обрабатываются завершённые запросы при указанных условиях, а не об экономическом упорядочивании выделяемых блоков.

Доступность была ещё одним измерением исполнения. Network Solutions должна была предоставлять регистрационные данные службе InterNIC Directory and Database Services компании AT&T. Этот пункт связывал результат регистрационного поставщика с отдельно разыгранной информационной функцией. Требование NSF о едином интерфейсе опиралось на взаимодействие разных поставщиков: один создавал и поддерживал регистрационную информацию, другой обеспечивал справочные и базовые услуги, а General Atomics отвечала за информационные услуги.

Институциональная координация осуществлялась через закреплённые обязанности и общие ожидания по поставке, а не через трактовку «InterNIC» как единого субъекта с неразделёнными полномочиями.

Показатели качества сопровождали сроки выполнения. Соглашение ссылалось на формулы из раздела J пересмотренного предложения Network Solutions от сентября 1992 года и требовало рассматривать их вместе с указанными сроками. Это делало качество, своевременность и доступность поименованными измерениями услуги. Статья 6 возлагала на Network Solutions основную ответственность за качество, своевременное исполнение и эффективное управление. NSF сохраняла за собой планирование поддержки, надзор, мониторинг и оценку.

Конструкция закрепляла операционную ответственность за получателем контракта, а надзорную — за финансирующей стороной, устанавливая, кто должен обеспечивать исполнение, а кто проверяет поддерживаемую программу.

Гибкость вводилась через статью 5. Перечисленные услуги были оценками ближайших и долгосрочных потребностей для планирования, и NSF сохраняла право увеличивать, уменьшать или изменять их объём, качество, содержание или характер по мере изменения потребностей. Изменение требовало переговоров и внесения соответствующих корректировок в оценочные издержки, вознаграждение и графики финансирования. Переменной, открытой для пересмотра, был объём служебной работы. Этот пункт позволял закупке реагировать на неопределённый спрос, не представляя номера сетей как единицы с ценой при каждом изменении.

Та же статья назначала пересмотр проекта до 31 декабря 1994 года для рассмотрения продолжения финансирования и общего направления на оставшийся период поддержки. Тем самым соглашение помещало формальную точку принятия решения внутрь временно́й структуры контракта. Контрактный пересмотр касался хода работ, поддержки и будущего направления программы. Пункт устанавливает конструкцию, а не исход или фактическое исполнение: продолжение зависело от определённого федерального рассмотрения, а поставщик услуг действовал в рамках, предполагавших пересмотр и надзор.

Статья 8 делала поддержку поэтапной. Финансирование последующих периодов зависело от пересмотра хода работ, предлагаемого плана программы и наличия средств; дополнительные ассигнования должны были выделяться стадиями. Перераспределения сверх установленного в соглашении порога требовали предварительного одобрения. Эта структура связывала прогресс программы с будущим финансированием, не превращая полную оценочную сумму в автоматическое подтверждение потраченных денег. Контракт создавал операционный горизонт, однако средства оставались привязанными к периодическим планам и федеральным решениям.

Регистрационная мощность закупалась через контролируемую поддержку, а не через разовую покупку готового реестрового продукта.

Статья 9 устанавливала годовой цикл. К 31 декабря Network Solutions должна была представить годовой отчёт, план программы и бюджет в электронном виде и в десяти бумажных копиях. Представленные материалы должны были содержать цели и задачи, выраженные через технические критерии, вехи и графики, достаточные для измерения прогресса. После одобрения план становился основой для целевых показателей и финансирования следующего двенадцатимесячного операционного периода, начинающегося 1 апреля.

Планирование и ретроспективная отчётность были связаны: поставщик заявлял намеченные работы, NSF утверждала основу поддержки, а последующие отчёты описывали исполнение относительно программы.

Годовые материалы должны были указывать достигнутые, перевыполненные или невыполненные цели и объяснять существенные отклонения от прежнего плана. Они также охватывали образовательные достижения, инновации, внешнее финансирование, доходы и вклады. Фактические статьи расходов и затраты должны были показываться за год и накопительно, по функциональным направлениям и по проекту в целом. Эти требования делали стоимость администрирования видимой в рамках персонального учёта поставщика.

Они также позволяли NSF соотносить заявленные цели с категориями расходов и изменениями программы, придавая регистрационной услуге финансовую и управленческую форму, отсутствующую в простой таблице назначений.

Статья 10 добавляла более быстрый ритм отчётности. О существенных проблемах, влияющих на график или прогресс, требовалось своевременно уведомлять. Еженедельные обзоры состояния применялись в период внедрения, пока NSF не распорядилась иначе. Квартальные отчёты охватывали основные события, выполненные работы, техническое состояние, достижения, проблемы, взаимодействие, изменённые планы, ожидающие одобрения, расходы и статьи затрат. Итоговый отчёт должен был описывать работу и трудности достаточно подробно, чтобы её мог воспроизвести достаточно осведомлённый участник или организация.

Отчётность была частью результата: NSF закупала не только операционные действия, но и постоянный рассказ о том, как ведётся поддерживаемая услуга.

Соглашение предусматривало альтернативные системы регистрации или нумерации и структуру сборов с пользователей при условии прямого указания или одобрения должностного лица NSF, ответственного за программу. Статья 15 определяла порядок учёта доходов от регистрационных сборов, если взимание платы будет разрешено. Собранные сборы поступали на процентный счёт и направлялись в следующем порядке: на издержки, возникшие из-за введения сборов, на расходы Network Solutions, относимые на NSF, и на расходы соисполнителей, относимые на их контракты. Планы программы и последующие запросы финансирования должны были отражать этот доход.

Платежи пользователей, если бы они были введены, регулировались как финансирование проекта в рамках сервисной схемы.

Здесь различие между стоимостью услуги и ценностью ресурса проявляется в институциональной форме. Финансирование административных издержек оплачивало персонал, системы, работу по выделению, доставку информации, планирование и отчётность; цена дефицита использовала бы платежи для распределения ограниченного числового ресурса. Соглашение определяло первое и сохраняло федеральный контроль над доходами от сборов, не устанавливая второго. Регистрация была закупленной услугой, а выделение адресов оставалось её технико-административным результатом.

Региональное возмещение издержек в институциональных счетах

RIPE-139 —годовой отчёт RIPE NCC за 1995 год— был опубликован в 1996 году и описывал завершённый календарный 1995 год. Его институциональным предметом был RIPE NCC — региональная сервисная организация, отдельная от функций IAB, IANA и Internet Registry, от NSF, Network Solutions, AT&T, General Atomics и Джеффа Хьюстона. Отчёт делал региональные финансы регистрации видимыми после закрытия года. Эта перспектива принципиально отличается от федерального соглашения, задающего перспективные условия для подрядчика: RIPE NCC классифицировал поступления, расходы, функциональные издержки, резервы и заявленное влияние на сборы следующего года в собственном годовом учёте.

В отчёте818 тыс. ЭКЮуказаны как доход, полученный за услуги, оказанные в течение календарного 1995 года. Формулировка связывает поступление с услугой и периодом. Это деньги, полученные RIPE NCC за работу, выполненную в этом завершённом году, и отражённые в финансовом учёте организации. Категория показывает, что у региональной реестровой службы был определённый поток доходов и что годовой отчёт выносил этот поток на суд читателей. Она ничего не говорит о продаже активов IPv4. Её полезно сравнивать с другими институциональными категориями RIPE NCC за календарный 1995 год, поскольку эти категории объединяют одна организация и один отчётный период.

Общие расходы той же организации за тот же год составили535 тыс. ЭКЮ. Эта категория охватывала использование средств RIPE NCC в целом по организации в течение календарного 1995 года. Она была шире, чем одна регистрация, и потому задавала финансовый масштаб, с которым годовой отчёт соотносил доходы. В отличие от оценочного будущего контракта, эта цифра появилась в отчёте за завершённый год. Тем не менее завершённые годовые расходы не являются выводом об исполнении отдельного выделения. Они фиксируют институциональные ресурсы, потреблённые по направлениям деятельности, сгруппированным организацией в её отчётности.

Внутри общих расходов отчёт относил326 тыс. ЭКЮк расходам на регистрационные услуги. Отдельное именование функции делало операционную стоимость регистрации видимой внутри более широкого института. Эта строка была компонентом итога, а не вторым изложением всей базы издержек. Она показывает, что региональная организация отличала расходы на ключевую услугу от прочих затрат. Такая классификация значима институционально, потому что публичной записи номеров не требовались поля о затратах на персонал или накладных расходах, чтобы эти издержки стали читаемыми в другом месте. Годовой учёт давал финансовый взгляд на служебную функцию на определённом уровне.

RIPE NCC указал, что доход, полученный за услуги 1995 года, составил153 процентаот расходов. В числителе был доход организации от услуг за календарный 1995 год, в знаменателе — заявленные расходы за тот же календарный год. Перенос числителя или знаменателя на число адресов, выделенных блоков, заявок или маршрутизируемого пространства создаёт необоснованное соотношение, поскольку ни одна из этих технических совокупностей не определяла заявленное отношение. Контролируемые счета поддерживают сравнение между выровненными по периоду институциональными категориями RIPE NCC. Они не дают ни цены за единицу адреса, ни выгоды получателя, ни эффективности выделения, ни ценности оставшегося пула.

Согласно отчёту, годовая позиция позволяла формировать резервы. Создание резервов было способом обращения с институциональными средствами, вытекающим из соотношения между годовым доходом и расходами, которое организация отразила в отчётности. Это относилось к способности RIPE NCC сохранять финансовые ресурсы внутри своей сервисной организации. Подтверждаемым действием является обращение организации с годовой позицией как с основой для резервов. Отчёт держит эти резервы отдельно от администрируемой ценности адресов.

RIPE-139 также связывал отражённую позицию с более низкими сборами на 1996 год. Это были тарифы за услуги RIPE NCC в следующем календарном периоде. Решение показывает организацию, использующую годовую финансовую информацию для определения условий финансирования своей деятельности: полученные деньги, общие расходы, функциональная стоимость регистрации и резервы повлияли на заявленное изменение сервисных сборов. Более низкие сервисные сборы вполне совместимы с всё более ограниченным адресным пулом, поскольку эти две категории реагируют на разные институциональные переменные.

Одна касается финансирования поставщика; другая — выделения из конечной технической ёмкости.

Персонал был частью сервисной организации, задокументированной в годовом отчёте, что добавляло операционное измерение к категориям доходов и расходов. Регистрация требовала сотрудников, внутренней организации и финансируемой деятельности; она не была бесплатной лишь потому, что выделяемый ресурс не имел платы за дефицит. Опубликованный отчёт RIPE NCC делал эти вложения доступными через категории, выбранные для собственных финансов. Гранулярность отчёта также показывает, что «бесплатное адресное пространство» никогда не было полным описанием окружающего института.

Персонал и инфраструктуру всё равно приходилось финансировать через организационный механизм.

Федеральное соглашение и региональный отчёт раскрывают две различные формы возмещения издержек и подотчётности. NSF задавала для Network Solutions обязательства ex ante: контракт по схеме «издержки плюс фиксированное вознаграждение», годовые планы, бюджеты, вехи, поэтапные ассигнования, контролируемые доходы от сборов и частую отчётность. RIPE NCC описывал финансы ex post за собственный завершённый год услуг: доходы, общие расходы, регистрационные издержки, резервы и последующее решение о сборах.

Один инструмент регулировал отношения между финансирующей стороной и поставщиком; другой представлял внутренние финансовые категории региональной организации её сообществу. Их общим предметом было финансируемое администрирование, а не общая цепочка полномочий.

Время меняет тип вопроса, который поддерживает каждый инструмент. Соглашение о сотрудничестве показывает, что Network Solutions должна была планировать, выполнять, отражать в отчётности и финансировать с даты вступления в силу; оно даёт требования, а не результаты. RIPE-139 показывает, что RIPE NCC отразил за календарный 1995 год, и не содержит ретроспективного отчёта об исполнении федерального контракта. Сравнение наиболее корректно, когда институциональные формы остаются раздельными: перспективная закупка устанавливает обязательства и точки принятия решений; завершённые счета классифицируют поступления и расходы года.

Обе формы делают стоимость услуги видимой через собственные знаменатели.

Обращение со сборами также различается. По федеральному контракту структура сборов с пользователей требовала указания или одобрения должностного лица NSF, а любой возникающий доход от регистрационных сборов подчинялся установленному порядку отнесения на расходы проекта. RIPE NCC отразил позицию финансирования услуг, которая допускала более низкие сборы в следующем году. В первом случае доход от сборов был условным и контролируемым вкладом в совместный проект. Во втором — сборы были частью отражённого годового цикла финансирования операционной организации.

Ни один инструмент не определял платёж как уравновешивающую рынок величину за дефицит адресов.

Эти формы подотчётности были конкретными, но не взаимозаменяемыми. Условия NSF делали Network Solutions ответственной за планы программы, технические критерии, отчёты по графикам, статьи расходов и управление в рамках поименованного контракта. Годовой отчёт RIPE NCC делал категории его сервисной экономики видимыми за завершённый период. Соглашение закрепляло надзорные роли; годовой отчёт представлял организационные финансы. Никакой общий вывод об институциональном успехе не следует просто из наличия того или иного механизма. Их свидетельства касаются структур, через которые деньги и административная работа становились читаемыми.

Региональный учёт поэтому меняет историю определённым образом. К концу подтверждаемого периода 1981–1995 годов опубликованные документы позволяли выявить сервисный доход регионального реестра, общеорганизационные расходы, издержки именно на регистрацию, порядок формирования резервов и сервисный сбор следующего периода. Как финансовое описание института эти категории были значительно богаче таблицы номеров. Они оставались категориями о самом RIPE NCC. Администрируемый ресурс появлялся через регистрационную деятельность, а не как актив, чья стоимость добавлялась к счетам организации.

Эта асимметрия не была бухгалтерской ошибкой, выявленной отчётом. Она вытекала из разных объектов, выбранных двумя системами записей. Годовой учёт RIPE NCC классифицировал операции организации; реестровые записи классифицировали идентификаторы и назначения. Полное утверждение должно уважать эти объекты. Счета поддерживают историю финансируемой региональной координации и раскрытых категорий издержек. Они не поддерживают историю продаж адресов, признанных ресурсных активов, распределяемой прибыли или подтверждённых последствий политики резервов.

Институциональные финансы были видимы, потому что RIPE NCC выбрал категории, подходящие для администрирования услуг.

Назначение цены на проблему дефицита

Уже к августу 1990 года IAB поместил дефицит внутрь политики идентификаторов. RFC 1174 описывал сетевые идентификаторы класса A и класса B как всё более дефицитный товар, требующий продуманного выделения. Предупреждение возникло в рекомендации о распределении обязанностей по назначению в условиях быстрого роста и международного расширения. Оно связывало конечные классы с суждением и институциональным масштабом, но не выражало правила ценообразования.

Рекомендуемый ответ состоял в делегированных блоках, одобренных региональных реестрах, реестре по умолчанию в лице Internet Registry, сохранённых функциях IANA и центрального реестра, а также в сводной информационной системе. Дефицит впервые вошёл в этот рассказ как причина управлять выделением более осознанно.

Декабрь 1994 года принёс вмешательство иного рода. ВRFC 1744Джефф Хьюстон анализировал управление глобально уникальным 32-битным адресным пространством IPv4 по мере сокращения нераспределённого пула. Он утверждал, что развёрнутый интернет придаёт адресному пространству «значительную рыночную стоимость», и рассматривал такие параметры, как эффективность, доступность технологий, доступность поставщиков услуг и размер рынка. Это утверждение было современным экономическим тезисом о конечной ёмкости и спросе. Оно исходило от Хьюстона, а не из сервисных счетов RIPE NCC, условий закупки NSF или недифференцированного реестрового сообщества.

Хьюстон разложил преобладающую модель выделения на три составляющие: в порядке очереди (first-come-first-served), раз и навсегда (once-and-for-all) и бесплатно (free) — FCFS, OAFA и FREE. Каждый термин обозначал отдельную переменную решения. FCFS определяла приоритет порядком поступления. OAFA описывала длительность или продолжающийся характер выделения. FREE описывала ценовой параметр ресурса. Такое разложение важно, потому что режим выделения не определяется одной лишь ценой. Очередь может распределять возможность во времени, правило срока может формировать будущую доступность, а нулевая плата за ресурс может влиять на спрос.

Эти три черты могут взаимодействовать, но каждая требует собственного институционального анализа.

Три переменные также закрепляли разные зоны ответственности. Реестр, работающий по FCFS, нуждался в правиле упорядочивания завершённых заявок. Схема OAFA делала первоначальное выделение значимым для будущей доступности, поскольку никакой регулярный срок не переустанавливал решение. Цена ресурса, если бы она была принята, потребовала бы основания для объёма и срока. Таким образом, рамка Хьюстона переводила дискуссию с общего слова «бесплатно» на институциональные рычаги, структурирующие доступ.

FCFS предлагала административно понятное правило упорядочивания. Завершённая заявка попадала в последовательность, и порядок поступления давал видимое основание для приоритета без сравнения ожидаемой экономической отдачи каждого заявителя. В условиях конечного пула, утверждал Хьюстон, последовательность также ставила более ранних заявителей в иное положение, чем более поздних, поскольку предыдущие выделения уменьшали остаток. Это тезис о стимулах, связанных с хронологическим доступом.

Его нельзя превращать в вывод о какой-либо поименованной заявке или наблюдаемом распределительном результате, поскольку RFC 1744 не содержит серии случаев, из которой такой результат можно было бы вычислить.

OAFA направляла внимание на время после выделения. Согласно характеристике Хьюстона, выделение производилось один раз, а не проходило регулярный цикл перераспределения. Срок меняет будущий пул, даже если первоначальное правило приоритета остаётся постоянным. Бессрочное выделение, возобновляемый срок и механизм планового возврата предъявляют разные требования к получателям и администраторам. Хьюстон использовал ярлык «раз и навсегда», чтобы показать, что решение о выделении имеет последствия за пределами дня выдачи.

Его текст поднимал эту временну́ю структуру как часть экономической проблемы и оставлял неурегулированной юридическую форму интересов получателей.

FREE выделяла сумму, взимаемую за ресурс. Администрирование реестра по-прежнему требовало времени сотрудников, систем и финансирования, как показывают федеральное сервисное соглашение и счета RIPE NCC. Категория Хьюстона касалась отсутствия цены ресурса, отражающей дефицит, а не отсутствия любых административных расходов. Это удерживало раздельными два вопроса: как институт финансирует обработку и ведение записей и влияет ли некая сумма на доступ к конечному адресному пространству. На первый можно ответить через бюджеты или сервисные сборы.

Второй требует правила ценообразования, привязанного к объёму, сроку, возврату или спросу на ограниченный пул.

Хьюстон ожидал, что будущий обмен сделает конкурирующие оценки более заметными. Он предвидел, что субъекты с неэффективно используемыми блоками могут совершать сделки с теми, кто ищет адресное пространство после исчерпания нераспределённого пула, и обсуждал торговлю как ответ на спрос, который первичное бесплатное выделение не могло удовлетворить. Он также прогнозировал накопление: сочетание будущего дефицита, бессрочных выделений и бесплатного первичного распределения могло вознаграждать получение или удержание большего пространства до закрытия пула.

Эти механизмы были тезисами о стимулах и будущем поведении, привязанными к описанной им архитектуре.

Концентрация составляла ещё одну часть прогноза. Хьюстон рассматривал возможность того, что крупные поставщики услуг с существенными запасами и устоявшимися позициями могут доминировать в торговле, влиять на цены, создавать барьеры входа или контролировать функции записи, необходимые для подтверждения сделок. Аренда появилась как возможная схема, при которой использование адресов могло бы стать ограниченным по времени, а политика продления — влиять на сохранение ресурса.

Плата, масштабируемая под более крупные блоки, вместе с альтернативной стоимостью неиспользуемого пространства, предлагалась как возможный инструмент поощрения более экономного использования и продления жизни нераспределённого пула.

Прогноз и наблюдение входят в оценку этих тезисов лишь один раз: RFC 1744 фиксирует декабрьские предсказания и предложения Хьюстона 1994 года, а не завершённые объёмы сделок, наблюдаемые цены, подтверждённое накопление, продемонстрированную монополию, принятую аренду или измеренные результаты сохранения ресурса. В нём также указано, что к этой дате в процесс выделения не была успешно внедрена явная политика ценообразования IPv4. Исторический факт состоит в том, что эти механизмы стали формулируемыми внутри современного им RFC. Их позднейшая точность, принятие или эффект требуют иных свидетельств и не переносятся в период 1981–1995 годов.

Само ценообразование может преследовать разные цели. Хьюстон различал сумму, предназначенную для возмещения административных издержек, и сумму, предназначенную для выражения дефицита. Плата за возмещение издержек исходит из ресурсов, необходимых для приёма заявок, оценки запросов, обновления записей и работы реестра. Плата за дефицит исходит из ограниченного предложения и использует цену, чтобы формировать, сколько запрашивается, как долго остаётся выделенным или возвращается ли ресурс. Один и тот же канал платежей может собирать любой из этих типов сумм, поэтому их значение определяют институциональная цель и формула.

Одна лишь надпись «сбор» ничего не говорит о том, какую проблему выделения он решает.

Предложение также вскрыло проблему полномочий. Хьюстон обсуждал международное признание, контроль над адресным пулом и трудность достижения консенсуса вокруг общего ценового механизма. Назначение цены на глобально уникальные идентификаторы не сводилось к добавлению платы к существующим формам. Требовался институт, способный установить правило, признавать сделки или временны́е ограничения, вести авторитетную запись и пользоваться достаточным признанием в сетевой среде. Любой такой механизм также нуждался в записи, способной отличать первичное выделение от последующего обмена и связывать сделку с глобально уникальным состоянием назначений.

Это требование к записи связывало конструкцию обмена с прежним объектом координации. Любой ценовой механизм нуждался в авторитетном учёте того, какой блок оставался доступным, какое назначение продолжалось и какое зафиксированное изменение возвращало или передавало ёмкость. Экономические стимулы зависели от технической уникальности; без скоординированного состояния одна лишь плата за дефицит не давала надёжного учёта затрагиваемого ресурса.

Компактная правовая граница удерживает экономический анализ на месте. Обсуждение Хьюстоном собственности, форм аренды и записи сделок было частью его предложения; документальные свидетельства периода оставляют для реальных получателей неурегулированными вопросы титула, обеспечения, передачи, переносимости, непрерывности, ответственности, средств правовой защиты и пересмотра. Выделение, использование, маршрутизация и обмен остаются аналитически раздельными, как особенно ясно показывает более поздний вводный материал. Запись о выделении фиксирует административное отношение.

Сама по себе она ничего не раскрывает о том, как пространство развёртывалось, анонсировалось, оценивалось или трактовалось правом.

Контраргумент о доступе заслуживает равного институционального веса. Бесплатная выдача снижает непосредственный денежный барьер для запроса номерного пространства, особенно для организаций с ограниченным капиталом или неопределённым спросом. Разрежённый технический процесс также может работать быстрее и нести меньше информационных издержек, чем аукционы, торг, регулярные переоценки или проверка передачи. Эти преимущества не являются позицией, приписанной Хьюстону в данных свидетельствах.

Это противодействующие механизмы, поддерживаемые конструкцией технической координации: нейтральной уникальности и широкому участию может служить отказ делать готовность платить главным критерием выделения.

Подотчётность вокруг не оценённого административного объекта

Подотчётность начинается с выбора объекта. RFC 790 делал видимыми назначенные и зарезервированные значения. RFC 1174 добавил делегированные блоки, сведения о зарегистрированных сетях и централизованные обновления. Соглашение NSF раскрыло служебные задачи, поставщиков, графики, планы и статьи расходов. RIPE-139 раскрыл региональные доходы и расходы. RFC 1744 превратил очерёдность, срок назначения и цену дефицита в отдельные экономические вопросы. Каждый инструмент делал некую область управляемой, называя то, что администраторы или читатели могли проверить.

Первое следствие подотчётности касается качества общего технического состояния. Если объектом является уникальность, реестр должен поддерживать согласованные назначения в числовых рядах и через организационные границы. Сочетание делегации блоков, копий сводных баз данных и централизованного обновления из RFC 1174 решало это требование в масштабе. Делегированные реестры нуждались в доступе к объединённой информации, однако изменения входили через центральную функцию обновления до распространения.

Конструкция инструмента поэтому поддерживает вопросы о координации: какая функция выделяет блоки, где входят обновления, как копии достигают региональных участников и остаётся ли доступным реестр по умолчанию там, где делегация не установлена.

Второе следствие касается границы полномочий. RFC 1174 различал более широкую функцию IANA в отношении идентификаторов и роль Internet Registry в отношении номеров сетей и автономных систем. Контракт InterNIC затем различал NSF как финансирующую и надзорную сторону, Network Solutions как поставщика регистрационных услуг, AT&T и General Atomics как поставщиков других сервисных направлений и IANA как взаимодействующую функцию в делегированной регистрации. Подотчётность улучшается, когда эти роли остаются поименованными.

Единый пользовательский интерфейс оставлял эти обязанности раздельными, а сводная функция реестра оставляла политику, финансы и экономический анализ их действительным авторам.

Закупка создала третий круг вопросов. Поскольку NSF определила регистрацию как услугу, она установила, что считать поставкой. Первоначальный объём составили задачи по доменам, серверам имён, номерам сетей и номерам автономных систем. Дифференцированные по классам сроки придали своевременности операционную форму. Доступность требовала, чтобы регистрационные данные поступали поставщику справочных и базовых услуг. Формулы качества, планы программ, годовые бюджеты, квартальные отчёты и уведомления о проблемах создавали дополнительные точки наблюдения.

Эти пункты поддерживают вопросы о требуемом поведении и отчётности, не давая результатов, которые само соглашение лишь предполагало.

Конструкция финансирования добавила контроль над изменениями. NSF сохранила право изменять объём, качество, содержание или характер услуг и требовала соответствующих корректировок издержек, вознаграждений и графиков. Продолжение поддержки зависело от прогресса, будущих планов, наличия средств и поэтапных ассигнований. Запланированный пересмотр проекта создавал точку для определения общего направления дальнейшей поддержки. Доходы от сборов, если они были разрешены, следовали установленному порядку расходов и должны были отражаться в последующих планах.

Подотчётным объектом была поддерживаемая федеральным бюджетом программа: её объём, основа исполнения, деньги и адаптация во времени.

Региональные счета создали иную поверхность подотчётности. RIPE NCC классифицировал поступления за услуги, общеорганизационные расходы, издержки именно на регистрацию, резервы и последующие сервисные сборы за завершённый год. Читатели могли соотнести функциональную стоимость с общими расходами института и увидеть, как отчёт описывает его годовую финансовую позицию. Эта видимость поддерживает вопросы о финансировании региональных операций и о категориях, выбранных для их представления. Она не устанавливает ни одобрения читателей, ни институциональной легитимности.

Публикация делает счёт доступным для проверки; она не может предопределить суждение, которое читатели должны сформировать.

Дефицит меняет вопросы, задаваемые конструкции выделения. Политика RFC 1174 призывала к продуманному выделению всё более ограниченных идентификаторов класса A и класса B. Этот язык направляет внимание на то, как делегированная структура сохраняет согласованность и как суждение работает внутри выделения блоков. RFC 1744 добавляет приоритет и срок: кто входит первым, какой продолжающийся эффект следует и какие стимулы возникают, когда ценовой параметр ресурса равен нулю. Это следствия конструкции инструмента, потому что очередь, срок назначения и правило сбора структурируют будущие решения ещё до того, как рынок обмена даст денежный сигнал.

Нейтральная уникальность — серьёзный ответ на эти вопросы. Технический реестр предлагает общий статус, независимый от благосостояния, учётной практики или переговорной силы каждого участника. Порядок поступления наблюдаем и сравнительно недорог в администрировании. Централизованное обновление снижает риск несовместимых локальных записей. Делегация может расширить обрабатывающую мощность и региональный доступ, не превращая каждую заявку в экономическое состязание. Эти механизмы ставят совместимость на первое место, и документы периода показывают, почему этот приоритет имел институциональное содержание, а не служил риторическим прикрытием.

Скорость — ещё один содержательный контраргумент. Три дифференцированных по классам срока выполнения в соглашении InterNIC рассматривали задержку как проблему исполнения. Добавление аукционов, согласованных цен, повторных оценок или развёрнутой проверки передачи потребовало бы больше информации и административного времени. Источники не дают сравнения фактических результатов при этих альтернативах, но контракт устанавливает, что своевременная обработка сама по себе была задуманным качеством услуги. Конструкция управления, ценящая быстрое расширение сети, имеет основания учитывать бремя любого механизма, наслаиваемого на выделение.

Низкие транзакционные издержки развивают этот тезис. Опубликованные состояния из RFC 790 позволяли разработчикам обращаться к общей записи, не реконструируя экономику каждой позиции. RFC 1174 масштабировал администрирование через блоки и реплицированные данные — инструменты, подходящие растущей международной сети. Процедура, ограниченная технической потребностью и уникальным назначением, требует от заявителей и администраторов меньше, чем система, которая также устанавливает заявки, оценки, срочные интересы и условия обмена.

Снижение информационных требований может быть ценно там, где институциональные возможности и общие экономические правила ограничены, хотя свидетельства не приписывают такого мотива поименованному лицу, принимающему решения.

Более низкие денежные барьеры завершают контрдовод. Если номерные ресурсы не несут платы за дефицит, заявителю не нужно перебивать цену лучше капитализированных организаций лишь для того, чтобы войти в процесс выделения. Финансирование услуг может поступать от финансирующей стороны или из сборов, рассчитанных вокруг операционных издержек. Такая схема отделяет способность платить за административную инфраструктуру от критерия, используемого для распределения идентификаторов. Выгода — потенциальный доступ на нерыночных условиях; издержка, выявленная Хьюстоном, — слабая дисциплина спроса и удержания ценой.

Инструменты определяют компромисс, не ранжируя его эффекты.

Отсутствие регулярной оценки ресурсов также накладывает ограничения на финансовую подотчётность. Номерной реестр не даёт денежной суммы для сверки с институциональным доходом, а сервисный счёт не даёт цены ресурса для сравнения с состоянием назначений. Правильная реакция — не фабриковать такую величину, соединяя несопоставимые записи. Нужно задавать раздельные вопросы: согласовано ли техническое состояние, исполняется ли услуга на заявленных условиях, следуют ли организационные средства своим правилам и учитывает ли политика выделения дефицит через критерии, отличные от цены. У каждого вопроса есть подходящий ему объект доказывания.

Экономическая подотчётность может возникать и без рынка. «Продуманное выделение» из RFC 1174 приглашает к проверке критериев, применяемых к ограниченным классам. Таксономия RFC 1744 приглашает к проверке очереди, сроков назначений и стимулов, создаваемых нулевой платой за ресурс. Делегация блоков приглашает к проверке распределения полномочий и согласованности сводной записи. Сервисный контракт приглашает к проверке своевременности и финансов программы. Ничто из этого не требует рассматривать идентификатор как частный товарный запас; всё требует ясности в отношении фактически применяемого правила решения.

Институциональные последствия возникают из выбора, а не из единого коллективного решения. IAB выбрал рекомендуемую архитектуру распределённого назначения при сохранённых центральных функциях. NSF выбрала форму закупки и разделила сервисные направления InterNIC между тремя поставщиками. Network Solutions приняла обязанности, указанные в её соглашении о сотрудничестве. RIPE NCC выбрал категории, через которые отчитывался о финансах календарного 1995 года. Хьюстон выбрал экономические переменные для аргумента о дефиците. Их действия не образуют единый институциональный разум или продемонстрированную цепочку обучения.

Сравнение выявляет сосуществование разных управленческих объектов.

Это сосуществование оставляет устойчивый аналитический вопрос. Запись может быть идеально приспособлена для поддержания уникального технического состояния и при этом давать мало информации о стимулах дефицита. Контракт может раскрывать издержки и обязательства по исполнению, не оценивая ресурс, проходящий через услугу. Годовой счёт может объяснять, как финансируется организация, не назначая цену каждому выделению. Экономическое предложение может выявлять возможные стимулы, не предоставляя наблюдаемых результатов.

Подотчётность зависит от признания того, какое решение способен дисциплинировать каждый инструмент, и от сопротивления утверждениям, требующим объект, который инструмент никогда не брался фиксировать.

Практическое следствие — многоуровневая повестка управления, опирающаяся на документы периода. Сохраняйте согласованное состояние назначений; держите идентифицируемыми полномочия и пути обновлений; определяйте служебные задачи, сроки и финансирование; отражайте институциональные доходы и расходы в выровненных по периоду категориях; делайте понятными критерии выделения, когда дефицит влияет на выбор. Цена — один из возможных механизмов в анализе Хьюстона, а не единственная форма подотчётности.

Скорость, нейтральная уникальность, сниженные транзакционные издержки и более низкие денежные барьеры остаются обоснованными соображениями наряду с сохранением ресурса и будущим доступом.

Заключение: административный объект и его границы

Управляющая сила реестра начинается с того, что он выбирает делать читаемым. Ранние записи назначенных номеров делали читаемым скоординированное техническое состояние: значение принадлежало именованному ряду, несло признанное использование или резерв и занимало позицию, к которой могли обращаться другие. Распределённое администрирование расширило этот объект через делегированные блоки, общую сводную информацию и контролируемый путь обновлений. Эти выборы создали нейтральный справочник между организациями — достижение, чья ценность не зависела от приписывания денежной суммы каждой позиции.

Финансовые инструменты выбрали другой объект. Они делали читаемым производство регистрационной услуги через обязанности, время, персонал, планы, расходы, доходы и надзорные роли. Такой учёт поддерживал операционный контроль, потому что его категории соответствовали финансируемому институту. Сам по себе он не отвечал ни на один вопрос о распределении конечного номерного пространства. Та же сдержанность действует в обратную сторону: состояние назначений поддерживает решения об уникальности и доступности, но не даёт институционального сервисного счёта.

Политика дефицита и экономическая аргументация расширили поле решений, не стирая этих границ. Конечный пул поднимает вопросы о приоритете, сроке, сохранении, доступе и будущем спросе. Цена может решать некоторые из них; продуманное выделение, делегированное суждение или технические изменения могут решать другие. Скорость, низкие транзакционные издержки, нейтральная уникальность и более низкие денежные барьеры остаются содержательными соображениями, потому что система координации должна была допускать участников и сохранять совместимость по мере распределения ограниченной ёмкости.

Новый синтез поэтому касается институционального соответствия. Запись поддерживает утверждения, закодированные её административным объектом: технические реестры поддерживают утверждения об опубликованном состоянии назначений; контракты — о требуемой услуге; завершённые счета — о финансах организации; политические и аналитические тексты — о рекомендуемых структурах и аргументированных стимулах. Управление становится точнее, когда эти способности соединяются на уровне решения, а не сливаются в фиктивный общий счёт.

Ранние записи поддерживают эту дисциплинированную множественность — и никакого более широкого вывода о ценности, чем могут выдержать их избранные объекты.