Чому довіряє Америка: як стаття VI збирає верховний порядок

Вихідне питання

Як підключена республіка визначає, які зобов’язання пережили перехід, які норми мають верховну силу та хто зобов’язаний підтримувати цей порядок?

Повна дослідницька основа цієї публічної адаптації доступна на Zenodo: «Конституція коду».

Америка після підключення

У першій публікації нашого циклу Америка з’являлася на карті Death Stranding через послідовність локальних згод. Ми діставалися нового вузла, відновлювали зв’язок, виконували умови підключення й спостерігали, як чергова ділянка входить до UCA. Стаття VII дала змогу зібрати з цього досвіду протокол запуску: артефакт, дев’ять ратифікацій, установлену сферу та перехід до робочих інституцій.

Після підключення термінал змінював стан. Ізольована точка отримувала доступ до спільної мережі, даних та інфраструктури. Разом із можливостями виникало менш кінематографічне питання: які повідомлення належать спільному порядку, якій версії слід довіряти й чиє розпорядження спирається на повноваження? Мережа здатна доставити пакет. Довіра визначає, чому його вміст стає підставою для дії.

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

Стаття VI Конституції США виконує саме цю роботу. Вона приймає систему після статті VII й установлює її перші відносини довіри. Америка вже ввійшла до мережі. Тепер мережа має розпізнати власний порядок.

Три положення, чотири програмні обов’язки

Стаття VI складається з трьох положень. Перше зберігає дійсність боргів і зобов’язань, що виникли до ухвалення Конституції. Друге називає Конституцію, федеральні закони, ухвалені на її виконання в межах конституційних повноважень, і договори, укладені на підставі повноважень Сполучених Штатів, верховним правом країни; судді кожного штату пов’язані цим порядком у разі суперечності штатних норм. Третє пов’язує федеральних і штатних посадових осіб присягою або урочистим підтвердженням (oath or affirmation) на підтримку Конституції та забороняє релігійний тест для федеральної посади або довіреної публічної функції. Повний текст доступний у транскрипції Національних архівів США.

У програмній моделі три положення створюють чотири обов’язки:

Так виникає rootOfTrust() — друга збірка нашого конституційного прототипу. У термінології комп’ютерної безпеки корінь довіри є початковою точкою, якій система довіряє під час побудови подальшого ланцюга перевірки. NIST описує корені довіри як надійні основи для критичних функцій безпеки. Наша адаптація переносить саму структуру: редакція, установлена за статтею VII, стає початковою точкою, а кожен похідний акт має показати шлях до неї.

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

flowchart TB
    A["Стаття VII: установлена редакція"] --> B["Конституційний корінь довіри"]
    C["Попередні зобов’язання"] --> D["Перевірка дійсності та наступності"]
    B --> E["Федеральні закони й договори"]
    B --> F["Обов’язок публічної ролі"]
    D --> G["Рішення з походженням і трасуванням"]
    E --> G
    F --> G

Що переживає зміну архітектури

Перше положення статті VI виглядає скромно й виконує фундаментальну роботу. Нова Конституція не починає історію з порожнього диска. Борги та зобов’язання, що виникли за Конфедерації, зберігають чинність щодо Сполучених Штатів після переходу. Constitution Annotated пов’язує це положення з фінансовими зобов’язаннями попереднього порядку та подальшим прийняттям федеральним урядом боргів Конфедерації.

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

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

Тому код не перетворює будь-який старий запис на дійсний борг. Прапорець validBeforeAdoption виражає вже встановлену дійсність. Прототип переносить підтверджене зобов’язання й спрямовує непідтверджену вимогу на окрему перевірку. Наступність зберігає борг; вона не виробляє його з архівного пилу.

Верховенство, якому потрібне походження

Друге положення статті VI містить одну з найсильніших формул Конституції — supreme Law of the Land. Її програмна адаптація потребує особливої обережності. Конституція називає верховними федеральні закони, створені in Pursuance Конституції, і договори, укладені under the Authority Сполучених Штатів. Умови входять до самого ланцюга повноваження.

Тому тип джерела ще не розв’язує конфлікт. Федеральний файл, федеральний автор або поле claimsSupremacy: true повідомляють про походження заяви. Верховна сила виникає після перевірки процедури та конституційної підстави. Назва SUPREME_FINAL_FINAL.md виразно характеризує настрій редактора; статус норми потребує нуднішої документації.

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

У конституційному праві доктрина федерального витіснення значно складніша за наш перший алгоритм. Огляд Supremacy Clause Бібліотеки Конгресу охоплює розвиток судових підходів до конфлікту федерального та штатного права. У цій публікації код розпізнає лише найясніший випадок: два застосовні приписи задають несумісне значення одному полю у спільній сфері. Інші форми конфлікту залишаються входом для майбутнього судового компонента статті III.

flowchart TB
    A["Федеральна норма"] --> B{"Джерело, процедуру та повноваження підтверджено?"}
    B -- "Ні" --> C["Заявлений пріоритет відхилено"]
    B -- "Так" --> D{"Є прямий конфлікт у спільній сфері?"}
    D -- "Ні" --> E["Обидві норми зберігають дію"]
    D -- "Так" --> F["Витіснено лише суперечливу частину норми штату"]

Присяга як зв’язок ролі з порядком

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

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

Заключна формула забороняє religious Test як кваліфікацію для федеральної посади або довіреної публічної функції. Функціональна кваліфікація може оцінювати здатність виконувати роль і керувати ризиком. Доктринальна належність не стає credential. Матеріали Бібліотеки Конгресу показують, що релігійні тести для публічної служби мали реальний історичний контекст, а стаття VI встановила федеральну заборону.

Текстова сфера цієї заборони потребує точності. Формула про присягу прямо охоплює федеральних і штатних посадових осіб. Заборона релігійного тесту сформульована для посади або довіреної публічної функції under the United States. Тому прототип відхиляє федеральний тест, а штатний передає на ширший конституційний перегляд. Сучасні обмеження для штатів також спираються на пізніші поправки та судову доктрину; наша функція зберігає межу первісної статті.

flowchart TB
    A["Призначення на публічну роль"] --> B{"Присяга або урочисте підтвердження?"}
    B -- "Так" --> C["Роль пов’язано з точною редакцією Конституції"]
    B -- "Ні" --> D["Активацію ролі зупинено"]
    E["Релігійний тест для федеральної ролі"] --> F["Кваліфікацію відхилено"]

Виконуваний корінь довіри

Друга збірка зберігає чисті функції першої публікації та додає пояснюване рішення. Кожен результат містить trace — посилання на положення, з якого виведено поведінку. Код не отримує універсальної функції isConstitutional(). Він перевіряє обмежений набір умов, які можна подати машинно, і залишає змістові передумови видимими.

Дослідницька «Конституція коду» розгортає цей матеріал у шести сферах: офіційний корпус, дійсність писаних і неписаних норм, розв’язання конфлікту, технічне забезпечення виконання, наступність зобов’язань та обов’язок ролі. Публічний прототип повертається до трьох вихідних положень статті VI й використовує розширену модель як інструмент трасування. Завдяки цьому читач бачить пряме правило Конституції США, необхідний технічний висновок і додане інженерне рішення.

Нижче наведено повний модуль прототипу. Він використовує стандартний JavaScript і запускається в ESM-середовищі без зовнішніх залежностей.

export const ARTICLE_VI = Object.freeze({
	id: 'US-CONST:VI',
	clauses: Object.freeze({
		continuity: 'US-CONST:VI.1',
		supremacy: 'US-CONST:VI.2',
		office: 'US-CONST:VI.3',
	}),
});

function freezeList(items) {
	return Object.freeze(items.map((item) => Object.freeze({ ...item })));
}

function requireString(value, field) {
	if (typeof value !== 'string' || value.length === 0) {
		throw new TypeError(`${field} must be a non-empty string`);
	}
}

function scopesOverlap(left, right) {
	return left.includes('*') || right.includes('*') || left.some((value) => right.includes(value));
}

export function createRootOfTrust({ constitution, authorityGrants }) {
	requireString(constitution.id, 'constitution.id');
	requireString(constitution.digest, 'constitution.digest');

	if (constitution.established !== true) {
		throw new Error('The constitutional revision has not been established');
	}

	return Object.freeze({
		constitutionId: constitution.id,
		digest: constitution.digest,
		authorityGrants: Object.freeze([...new Set(authorityGrants)]),
		establishedBy: constitution.establishedBy,
		trace: Object.freeze(['US-CONST:VII', ARTICLE_VI.id]),
	});
}

export function continuePriorObligations(obligations) {
	return freezeList(
		obligations.map((obligation) => ({
			...obligation,
			status: obligation.validBeforeAdoption === true ? 'continued' : 'requires-validation',
			basis: obligation.validBeforeAdoption === true ? ARTICLE_VI.clauses.continuity : null,
		})),
	);
}

export function validateSupremeNorm(norm, root) {
	if (norm.kind === 'constitution') {
		const eligible = norm.id === root.constitutionId && norm.digest === root.digest;

		return Object.freeze({
			eligible,
			reason: eligible ? 'canonical-constitution' : 'untrusted-revision',
			trace: Object.freeze([ARTICLE_VI.clauses.supremacy]),
		});
	}

	if (norm.kind === 'federal-law') {
		const eligible =
			norm.procedureVerified === true &&
			norm.madeInPursuanceOf === root.constitutionId &&
			root.authorityGrants.includes(norm.authorityGrant);

		return Object.freeze({
			eligible,
			reason: eligible ? 'law-made-in-pursuance' : 'pursuance-or-authority-not-proven',
			trace: Object.freeze([ARTICLE_VI.clauses.supremacy]),
		});
	}

	if (norm.kind === 'treaty') {
		const eligible = norm.procedureVerified === true && norm.underAuthorityOf === 'United States';

		return Object.freeze({
			eligible,
			reason: eligible ? 'treaty-under-us-authority' : 'federal-authority-not-proven',
			trace: Object.freeze([ARTICLE_VI.clauses.supremacy]),
		});
	}

	return Object.freeze({
		eligible: false,
		reason: 'source-class-is-not-supreme',
		trace: Object.freeze([ARTICLE_VI.clauses.supremacy]),
	});
}

export function resolveSupremacy({ root, federalNorm, stateNorm }) {
	const federalStatus = validateSupremeNorm(federalNorm, root);

	if (!federalStatus.eligible) {
		return Object.freeze({
			outcome: 'federal-claim-rejected',
			effective: Object.freeze([stateNorm.id]),
			displaced: Object.freeze([]),
			reason: federalStatus.reason,
			trace: federalStatus.trace,
		});
	}

	const sameField = federalNorm.claim.key === stateNorm.claim.key;
	const incompatibleValue = federalNorm.claim.value !== stateNorm.claim.value;
	const overlappingScope = scopesOverlap(federalNorm.appliesIn, stateNorm.appliesIn);

	if (!(sameField && incompatibleValue && overlappingScope)) {
		return Object.freeze({
			outcome: 'compatible',
			effective: Object.freeze([federalNorm.id, stateNorm.id]),
			displaced: Object.freeze([]),
			reason: 'no-direct-conflict-in-shared-scope',
			trace: Object.freeze([ARTICLE_VI.clauses.supremacy]),
		});
	}

	return Object.freeze({
		outcome: 'state-provision-displaced',
		effective: Object.freeze([federalNorm.id]),
		displaced: Object.freeze([stateNorm.id]),
		onlyWithin: Object.freeze({
			key: federalNorm.claim.key,
			scope: Object.freeze([...stateNorm.appliesIn]),
		}),
		boundDecisionMakers: Object.freeze(['state-judges']),
		reason: 'direct-conflict-with-eligible-supreme-norm',
		trace: Object.freeze([ARTICLE_VI.clauses.supremacy]),
	});
}

export function bindOfficeHolder({ root, appointment, commitment }) {
	if (!['federal', 'state'].includes(appointment.jurisdiction)) {
		throw new TypeError('Unsupported office jurisdiction');
	}

	if (appointment.jurisdiction === 'federal' && appointment.religiousTest !== undefined) {
		throw new Error('A religious test cannot qualify a federal office');
	}

	if (!['oath', 'affirmation'].includes(commitment.mode)) {
		throw new TypeError('Commitment must be an oath or affirmation');
	}

	if (commitment.supports !== root.constitutionId) {
		throw new Error('Commitment refers to a different constitutional revision');
	}

	return Object.freeze({
		officeId: appointment.id,
		holderId: appointment.holderId,
		status: 'bound-to-support',
		commitmentMode: commitment.mode,
		religiousTestReview:
			appointment.jurisdiction === 'state' && appointment.religiousTest !== undefined
				? 'outside-article-vi-federal-ban; broader-review-required'
				: 'not-present',
		trace: Object.freeze([ARTICLE_VI.clauses.office]),
	});
}

createRootOfTrust() пов’язує другу публікацію з першою: коренем стає лише редакція, установлена за статтею VII. continuePriorObligations() зберігає підтверджену наступність. validateSupremeNorm() перевіряє клас джерела та шлях повноваження. resolveSupremacy() розглядає прямий конфлікт і обмежує витіснення спільною сферою. bindOfficeHolder() пов’язує роль із точною редакцією, приймає присягу або урочисте підтвердження й утримує текстову межу заборони релігійного тесту.

Модель використовує поле digest, однак не видає рядок за криптографічну атестацію. У робочій системі відбиток обчислювався б із канонічного артефакту й засвідчувався довіреним процесом публікації. Тут він слугує спостережуваним ідентифікатором точної редакції. Право цієї редакції на існування надходить зі статті VII, а цілісність її представлення отримує технічну перевірку.

WARDEN: десять способів сумніватися правильно

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

flowchart TB
    A["Текст статті VI"] --> C["Нормативні інваріанти"]
    B["Інженерні припущення"] --> C
    C --> D["Виконуваний модуль"]
    D --> E["10 сценаріїв WARDEN"]
    E --> F{"Походження рішення збережено?"}
    F -- "Так" --> G["Модель допускається до наступної збірки"]
    F -- "Ні" --> H["Код або тлумачення повертається на перегляд"]

Повна батарея використовує стандартні node:test та assert:

import test from 'node:test';
import assert from 'node:assert/strict';

import {
	ARTICLE_VI,
	bindOfficeHolder,
	continuePriorObligations,
	createRootOfTrust,
	resolveSupremacy,
	validateSupremeNorm,
} from './article-vi.js';

function wardenTest(name, sourceClauses, scenario) {
	test(name, () => {
		assert.ok(sourceClauses.length > 0, 'WARDEN needs a declared source');
		scenario();
	});
}

const constitution = Object.freeze({
	id: 'us-constitution:1787',
	digest: 'sha256:attested-article-vii-revision',
	established: true,
	establishedBy: 'article-vii-ratification',
});

const root = createRootOfTrust({
	constitution,
	authorityGrants: ['I.8:interstate-commerce'],
});

const validFederalLaw = Object.freeze({
	id: 'federal:manifest-v2',
	kind: 'federal-law',
	procedureVerified: true,
	madeInPursuanceOf: constitution.id,
	authorityGrant: 'I.8:interstate-commerce',
	appliesIn: ['*'],
	claim: Object.freeze({ key: 'interstate.manifest.version', value: 2 }),
});

const virginiaLaw = Object.freeze({
	id: 'virginia:manifest-v1',
	kind: 'state-law',
	appliesIn: ['Virginia'],
	claim: Object.freeze({ key: 'interstate.manifest.version', value: 1 }),
});

wardenTest('неустановлена редакція не стає коренем довіри', ['US-CONST:VII', ARTICLE_VI.id], () => {
	assert.throws(
		() =>
			createRootOfTrust({
				constitution: { ...constitution, established: false },
				authorityGrants: [],
			}),
		/has not been established/,
	);
});

wardenTest(
	'дійсне попереднє зобов’язання переживає зміну архітектури',
	[ARTICLE_VI.clauses.continuity],
	() => {
		const [validDebt, unverifiedClaim] = continuePriorObligations([
			{ id: 'confederation:debt-1', validBeforeAdoption: true },
			{ id: 'confederation:claim-2', validBeforeAdoption: false },
		]);

		assert.equal(validDebt.status, 'continued');
		assert.equal(unverifiedClaim.status, 'requires-validation');
	},
);

wardenTest(
	'самопроголошений федеральний пріоритет відхиляється',
	[ARTICLE_VI.clauses.supremacy],
	() => {
		const result = resolveSupremacy({
			root,
			federalNorm: {
				...validFederalLaw,
				procedureVerified: false,
				claimsSupremacy: true,
			},
			stateNorm: virginiaLaw,
		});

		assert.equal(result.outcome, 'federal-claim-rejected');
		assert.deepEqual(result.effective, [virginiaLaw.id]);
	},
);

wardenTest(
	'дійсний федеральний закон витісняє пряму суперечність',
	[ARTICLE_VI.clauses.supremacy],
	() => {
		const result = resolveSupremacy({
			root,
			federalNorm: validFederalLaw,
			stateNorm: virginiaLaw,
		});

		assert.equal(result.outcome, 'state-provision-displaced');
		assert.deepEqual(result.displaced, [virginiaLaw.id]);
		assert.equal(result.onlyWithin.key, 'interstate.manifest.version');
		assert.deepEqual(result.boundDecisionMakers, ['state-judges']);
	},
);

wardenTest('несуперечлива штатна норма зберігає дію', [ARTICLE_VI.clauses.supremacy], () => {
	const result = resolveSupremacy({
		root,
		federalNorm: validFederalLaw,
		stateNorm: {
			...virginiaLaw,
			id: 'virginia:local-archive',
			claim: { key: 'local.archive.period', value: '10-years' },
		},
	});

	assert.equal(result.outcome, 'compatible');
	assert.equal(result.effective.length, 2);
});

wardenTest(
	'присяга й урочисте підтвердження однаково пов’язують носія ролі',
	[ARTICLE_VI.clauses.office],
	() => {
		for (const mode of ['oath', 'affirmation']) {
			const result = bindOfficeHolder({
				root,
				appointment: {
					id: `state-judge:${mode}`,
					holderId: `holder:${mode}`,
					jurisdiction: 'state',
				},
				commitment: { mode, supports: constitution.id },
			});

			assert.equal(result.status, 'bound-to-support');
			assert.equal(result.commitmentMode, mode);
		}
	},
);

wardenTest(
	'релігійний тест не допускається для федеральної ролі',
	[ARTICLE_VI.clauses.office],
	() => {
		assert.throws(
			() =>
				bindOfficeHolder({
					root,
					appointment: {
						id: 'federal:auditor',
						holderId: 'person:1',
						jurisdiction: 'federal',
						religiousTest: 'declared-creed',
					},
					commitment: { mode: 'affirmation', supports: constitution.id },
				}),
			/religious test/,
		);
	},
);

wardenTest(
	'штатний релігійний тест передається на ширший перегляд',
	[ARTICLE_VI.clauses.office],
	() => {
		const result = bindOfficeHolder({
			root,
			appointment: {
				id: 'state:auditor',
				holderId: 'person:2',
				jurisdiction: 'state',
				religiousTest: 'declared-creed',
			},
			commitment: { mode: 'oath', supports: constitution.id },
		});

		assert.match(result.religiousTestReview, /broader-review-required/);
	},
);

wardenTest(
	'зобов’язання підтримувати порядок указує точну редакцію',
	[ARTICLE_VI.clauses.office],
	() => {
		assert.throws(
			() =>
				bindOfficeHolder({
					root,
					appointment: {
						id: 'federal:clerk',
						holderId: 'person:3',
						jurisdiction: 'federal',
					},
					commitment: { mode: 'oath', supports: 'unknown-revision' },
				}),
			/different constitutional revision/,
		);
	},
);

wardenTest(
	'канонічний текст розпізнається за ідентифікатором і відбитком',
	[ARTICLE_VI.clauses.supremacy],
	() => {
		const accepted = validateSupremeNorm(
			{ kind: 'constitution', id: constitution.id, digest: constitution.digest },
			root,
		);
		const altered = validateSupremeNorm(
			{ kind: 'constitution', id: constitution.id, digest: 'sha256:altered' },
			root,
		);

		assert.equal(accepted.eligible, true);
		assert.equal(altered.eligible, false);
	},
);

Виконувана версія проходить усі десять сценаріїв командою node --test. Батарея перевіряє чотири групи інваріантів:

Найважливішим негативним сценарієм виявився claimsSupremacy: true. Програма навмисно ігнорує його, коли процедуру або повноваження не підтверджено. Самоопис акта зберігається як дані й не створює пріоритету. Архітектура отримує захист від нормативної ескалації привілеїв.

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

Що стаття VI дає програмній архітектурі

Друга стаття циклу залишає п’ять практичних висновків.

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

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

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

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

Публічна роль пов’язується з порядком і зберігає свободу критики. Присяга або урочисте підтвердження фіксують обов’язок підтримувати чинну редакцію через передбачені процедури. Доктринальна належність не замінює функціональної кваліфікації.

Ці властивості добре переносяться в керування конфігурацією, ланцюги постачання, реєстри політик, розподілені продукти та проєкти з кількома автономними командами. Стаття VI змушує систему відповідати на питання «чому ця норма діє?» для кожного правила, зобов’язання та привілейованої ролі. Таке питання особливо корисне в зрілому репозиторії, де історична випадковість зазвичай уже встигла отримати ім’я файлу, власника й емоційну підтримку половини CI.

Де закінчується другий експеримент

Стаття VI складніша за статтю VII завдяки змістовим умовам. Машина легко порівнює ідентифікатори, відбитки, сфери та значення. Поняття «на виконання Конституції», «під владою Сполучених Штатів», «дійсне зобов’язання» й «підтримка Конституції» потребують установленого факту та тлумачення.

Наш прототип отримує частину цих висновків як вхідні дані. procedureVerified повідомляє результат окремої перевірки процедури. authorityGrant указує вже розпізнане повноваження. validBeforeAdoption повідомляє встановлену дійсність попереднього зобов’язання. Код зберігає походження цих тверджень і послідовно застосовує їх; він поки що не здатний самостійно довести кожне з них.

Алгоритм конфлікту також навмисно вузький. Він бачить два несумісні значення одного поля у спільній сфері. Реальне конституційне право розглядає пряму суперечність, межу федерального повноваження, різні форми витіснення, намір законодавця та судові засоби. Ці питання потребують статей I і III, яких іще немає у робочій збірці.

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

Тому другий експеримент сильніший за перший і дає собі стриманішу оцінку. Стаття VI справді адаптується до програмної архітектури як ланцюг походження, наступності, обмеженого розв’язання конфліктів і пов’язування ролей. Повнота її виконання залежить від компонентів, які з’являться пізніше.

Орел тепер має корінь довіри та журнал рішень. До абсолютного знання добра і зла збірка закономірно не дотягнула; для другої версії це радше ознака справної системи, ніж дефект маркетингу.

Висновок

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

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

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

Продовжити дослідження з ШІ

Сайт формує цей розділ із незалежного набору питань constitution-runtime.article-vi.root-of-trust, збереженого в супровідному каталозі constitution-runtime-02-article-vi-questions.yaml. Кожне питання містить власний конституційний предмет, програмний об’єкт та інтерпретаційну рамку, тому його можна повторно використати в іншій публікації або траєкторії розмови без копіювання цієї статті.

Рекомендований маршрут: підключення → наступність → корінь довіри → верховенство → публічна роль → WARDEN → межі моделі. Контракт відповіді ШІ, умови відкриття гілок, візуальні опори та локалізовані формулювання визначено в каталозі питань.

Відомості про публікацію

Автори: Sam Starling, Oksana Dubinetska
Контекст проєкту: Zhovten Games / IRONCREED
Повне дослідницьке джерело: «Конституція коду» — DOI 10.5281/zenodo.21894242
Репозиторій дослідження: FOP-Oksana-Dubinetska/code-constitution
Історичні й технічні матеріали: текст Конституції США; огляд статті VI; положення про борги та зобов’язання; Supremacy Clause; присяга посадових осіб; історія заборони релігійного тесту; NIST: roots of trust
Пов’язана публікація: «Підключити Америку: як стаття VII запускає республіку»
Наступна публікація: стаття V циклу «Конституція, що виконується»
Редакція публікації: 0.2 · 13 серпня 2026 року