CultLib/.voidbot/birth/runner/startup/projection/projection.cc

“²cultcache.store.v1”—Ù!epiphany.repo_personality_profileÙ!epiphany.repo_personality_profileÙ$epiphany.repo_personality_profile.v1Ù!epiphany.repo_personality_profileÙv{"schemaName":"epiphany.repo_personality_profile","schemaVersion":"epiphany.repo_personality_profile.v1","members":[]}‘Ù!epiphany.repo_personality_profile<EFBFBD>—¼epiphany.repo_terrain_report¼epiphany.repo_terrain_report¿epiphany.repo_terrain_report.v1¼epiphany.repo_terrain_reportÙl{"schemaName":"epiphany.repo_terrain_report","schemaVersion":"epiphany.repo_terrain_report.v1","members":[]}‘¼epiphany.repo_terrain_report<EFBFBD>—¿epiphany.repo_trajectory_report¿epiphany.repo_trajectory_reportÙ"epiphany.repo_trajectory_report.v1¿epiphany.repo_trajectory_reportÙr{"schemaName":"epiphany.repo_trajectory_report","schemaVersion":"epiphany.repo_trajectory_report.v1","members":[]}‘¿epiphany.repo_trajectory_report<72>—Ù$epiphany.role_personality_projectionÙ$epiphany.role_personality_projectionÙ'epiphany.role_personality_projection.v1Ù$epiphany.role_personality_projectionÙ|{"schemaName":"epiphany.role_personality_projection","schemaVersion":"epiphany.role_personality_projection.v1","members":[]}‘Ù$epiphany.role_personality_projection<6F>š”§cultlibÙ!epiphany.repo_personality_profile´2026-06-10T06:25:27ZÅ*™Ù$epiphany.repo_personality_profile.v0§cultlibÚCultLib projects as cult_protocol_storage + gamecult_web_lore_ops + unity_runtime_body with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00, content_canon_bias:0.91, sensory_salience:0.88, protocol_intolerance:0.85.ƒµcult_protocol_storageË?ÕOß;dZµgamecult_web_lore_opsË?ÕOß;dZ²unity_runtime_bodyË?ÕOß;dZÞ®actuation_riskË?à9XbMÓ²aesthetic_appetiteË?ã¶E¡ÊÀƒ±boundary_severityË?×
=p£×
ªburstinessË?Ú° Ä›¥ã±churn_spiral_riskË?ÒIº^5?³consolidation_driveË?ÅÂ<EFBFBD>\(õÃ²content_canon_biasË?í‡+J³contract_strictnessË?ð³editorial_restraintË?æáG®zá±evidence_appetiteË?é$Ý/ ±experimental_heatË?ÆE¡ÊÀƒ«guardednessË?á?|í‘hs°initiative_driveË?¿;dZ¬¸interpersona_orientationË?ðmood_labilityË?É™™™™™š®novelty_hungerË?Ð³production_pressureË?Ï¾vÈ´9X´protocol_intoleranceË?ë333333¯rumination_biasË?Ñhr° Äœ±runtime_proximityË?ð°sensory_salienceË?ìbMÒñª®social_surfaceË?Ä“t¼j¯source_fidelityË?åÂ<EFBFBD>\(õÃ¯speech_pressureË?ÑXbMÒòstate_hygieneË?ÍÒñ©ûçm±temporal_pressureË?Ó÷ÎÙ‡+½verification_environment_needË?çC•<EFBFBD>$ÝÞ®actuation_riskË?ð²aesthetic_appetiteË?ð±boundary_severityË?ðªburstinessË?ð±churn_spiral_riskË?ð³consolidation_driveË?ð²content_canon_biasË?ð³contract_strictnessË?ð³editorial_restraintË?ð±evidence_appetiteË?ð±experimental_heatË?ð«guardednessË?ð°initiative_driveË?ð¸interpersona_orientationË?ðmood_labilityË?ð®novelty_hungerË?ð³production_pressureË?ð´protocol_intoleranceË?ð¯rumination_biasË?ð±runtime_proximityË?ð°sensory_salienceË?ð®social_surfaceË?ð¯source_fidelityË?ð¯speech_pressureË?ðstate_hygieneË?ð±temporal_pressureË?ð½verification_environment_needË?ð–¸contract_strictness:1.00½interpersona_orientation:1.00¶runtime_proximity:1.00·content_canon_bias:0.91µsensory_salience:0.88¹protocol_intolerance:0.85‘³actuation_risk:0.51—<EFBFBD>Ù'epiphany.role_personality_projection.v0´cultlib::coordinator§cultlib«coordinator…±boundary_severityË¿µ<EFBFBD>$Ý/±churn_spiral_riskË¿ÀÄ›¥ãSø³contract_strictnessË?Ó333333³production_pressureË¿ÃS÷ÎÙ‡state_hygieneË¿ÄzáG®{‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù<EFBFBD>Self should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙLAdapt Self behavior to CultLib without storing project facts in role memory.‘ÙLCoordinate through typed authority and challenge pattern-completion theater.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history<EFBFBD>Ù'epiphany.role_personality_projection.v0°cultlib::persona§cultlib§persona…³editorial_restraintË?Àƒn—<EFBFBD>P¸interpersona_orientationË?Ó333333°sensory_salienceË?Ìí‘hr°!®social_surfaceË¿Ê^5?|í‘¯speech_pressureË¿Á‰7KÆ§ð‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù<EFBFBD>Persona should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙOAdapt Persona behavior to CultLib without storing project facts in role memory.‘ÙUSurface state through the public mouth without turning internals into chat endpoints.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history<EFBFBD>Ù'epiphany.role_personality_projection.v0´cultlib::imagination§cultlib«imagination…²aesthetic_appetiteË?±ë…¸Qì±churn_spiral_riskË¿ÀÄ›¥ãSø²content_canon_biasË?Ï\(õÂ<EFBFBD>\±experimental_heatË¿É‡+J®novelty_hungerË¿Ã333333‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù”Imagination should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙSAdapt Imagination behavior to CultLib without storing project facts in role memory.‘ÙSTurn future-shape pressure into drafts and plans, not accidental active objectives.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history<EFBFBD>Ù'epiphany.role_personality_projection.v0±cultlib::research§cultlib¨research…®novelty_hungerË¿Ã333333´protocol_intoleranceË?ÊáG®zá±runtime_proximityË?Ó333333¯source_fidelityË?»¥ãS÷ÎÙ½verification_environment_needË?Áhr° Äœ‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù<EFBFBD>Eyes should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙLAdapt Eyes behavior to CultLib without storing project facts in role memory.‘Ù%Find existing truth before invention.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history<EFBFBD>Ù'epiphany.role_personality_projection.v0±cultlib::modeling§cultlib¨modeling…²content_canon_biasË?Ï\(õÂ<EFBFBD>\³contract_strictnessË?Ó333333±runtime_proximityË?Ó333333¯source_fidelityË?»¥ãS÷ÎÙstate_hygieneË¿ÄzáG®{‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù—Proprioception should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙVAdapt Proprioception behavior to CultLib without storing project facts in role memory.‘Ù-Build source-grounded maps before Hands cuts.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history<EFBFBD>Ù'epiphany.role_personality_projection.v0·cultlib::implementation§cultlib®implementation…®actuation_riskË?pbMÒñ©ü±churn_spiral_riskË¿ÀÄ›¥ãSø³consolidation_driveË¿ÉXbMÒò³contract_strictnessË?Ó333333³production_pressureË¿ÃS÷ÎÙ‡‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘ÙŽHands should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙMAdapt Hands behavior to CultLib without storing project facts in role memory.‘Ù5Leave reviewable diffs or explicit failure artifacts.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history<EFBFBD>Ù'epiphany.role_personality_projection.v0µcultlib::verification§cultlib¬verification…®actuation_riskË?pbMÒñ©ü²content_canon_biasË?Ï\(õÂ<EFBFBD>\±evidence_appetiteË?Å¡ÊÀƒo¸interpersona_orientationË?Ó333333½verification_environment_needË?Áhr° Äœ‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù<EFBFBD>Soul should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙLAdapt Soul behavior to CultLib without storing project facts in role memory.‘Ù9Demand receipts from the environment that owns the claim.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history”§cultlib¼epiphany.repo_terrain_report´2026-06-10T06:25:27ZÅ6™Ü¿epiphany.repo_terrain_report.v0§cultlib§CultLib·\\?\E:\Projects\CultLib‘Ù'https://github.com/GameCult/CultLib.git“µcult_protocol_storageµgamecult_web_lore_ops²unity_runtime_bodyœ’¥.json`’£.csR’£.md,’¦.asset’£.ts’§.prefab’¤.png’§.csproj’¤.mat
’£.rs’¥.html’¤.ttf’¸.voidbot/state/README.md·.voidbot/state/libby.cc‘©AGENTS.mdÜ'Ù-packages/cultcache-ts/test/cult-cache.test.tsÙ(packages/cultcache-ts/tsconfig.test.jsonÙ*packages/cultmesh-ts/test/cultmesh.test.tsÙ'packages/cultmesh-ts/tsconfig.test.jsonÙ$packages/cultnet-rs/tests/cultnet.rsÙ9packages/cultnet-rs/tests/fixtures/cultnet-ts-hello.frameÙ@packages/cultnet-rs/tests/fixtures/cultnet-ts-legacy-login.frameÙ(packages/cultnet-ts/test/cultnet.test.tsÙ8packages/cultnet-ts/test/interop/cultnet-interop-peer.tsÙ:packages/cultnet-ts/test/interop/cultnet-interop-shared.tsÙ8packages/cultnet-ts/test/interop/cultnet-interop.test.tsÙ&packages/cultnet-ts/tsconfig.test.jsonÙ@research/cultnet-distributed-database/dynamo-amazon-science.htmlÙMsrc/GameCult.Networking/Contracts/cultnet.witness-artifact-bundle.schema.jsonÙ4src/GameCult.Networking/CultWitnessArtifactBundle.csÙMsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Circle-Fill.pngÙUsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Circle-Outline-Half.pngÙPsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Circle-Outline.pngÙDsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorCircle_HCY.matÙDsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorCircle_HSL.matÙDsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorCircle_HSV.matÙ7src/GameCult.Unity/Assets/UI/Shaders/ColorCircle.shaderÙFtests/GameCult.Caching.InteropPeer/GameCult.Caching.InteropPeer.csprojÙ-tests/GameCult.Caching.InteropPeer/Program.csÙ1tests/GameCult.Caching.Tests/BackingStoreTests.csÙ:tests/GameCult.Caching.Tests/GameCult.Caching.Tests.csprojÙ&tests/GameCult.Caching.Tests/README.mdÙNtests/GameCult.Geometry.Tests/Fixtures/vg-csg-ragnarok/ragnarok-domain.msgpackÙStests/GameCult.Geometry.Tests/Fixtures/vg-csg-ragnarok/ragnarok-first-chunk.msgpackÙ<tests/GameCult.Geometry.Tests/GameCult.Geometry.Tests.csprojÙ6tests/GameCult.Geometry.Tests/GeometryDocumentTests.csÙ3tests/GameCult.Mesh.Tests/CultMeshStreamingTests.csÙ4tests/GameCult.Mesh.Tests/GameCult.Mesh.Tests.csprojÙLtests/GameCult.Networking.InteropPeer/GameCult.Networking.InteropPeer.csprojÙ0tests/GameCult.Networking.InteropPeer/Program.csÙ@tests/GameCult.Networking.Tests/GameCult.Networking.Tests.csprojÙ2tests/GameCult.Networking.Tests/NetworkingTests.csÙ)tests/GameCult.Networking.Tests/README.mdÙ)tests/GameCult.Networking.Tests/lcov.infoÜˆÙ)src/GameCult.Logging.Unity/UnityLogger.cs½src/GameCult.Unity/.gitignoreÙAsrc/GameCult.Unity/Assets/Caching/Editor/CultCacheStudioWindow.csÙMsrc/GameCult.Unity/Assets/Caching/Editor/GameCult.Unity.Caching.Editor.asmdefÙ+src/GameCult.Unity/Assets/Caching/README.mdÙIsrc/GameCult.Unity/Assets/Caching/Runtime/CultCacheInspectorAttributes.csÙGsrc/GameCult.Unity/Assets/Caching/Runtime/GameCult.Unity.Caching.asmdefÙ.src/GameCult.Unity/Assets/Caching/package.jsonÙ9src/GameCult.Unity/Assets/Fonts/Montserrat-Thin SDF.assetÙ3src/GameCult.Unity/Assets/Fonts/Montserrat-Thin.ttfÙ3src/GameCult.Unity/Assets/Fonts/Ubuntu/Ubuntu-B.ttfÙ?src/GameCult.Unity/Assets/Fonts/Ubuntu/Ubuntu-L Small SDF.assetÙ3src/GameCult.Unity/Assets/Fonts/Ubuntu/Ubuntu-L.ttfÙ9src/GameCult.Unity/Assets/Fonts/Ubuntu/Ubuntu-R SDF.assetÙ3src/GameCult.Unity/Assets/Fonts/Ubuntu/Ubuntu-R.ttfÙ:src/GameCult.Unity/Assets/InputSystem_Actions.inputactionsÙ&src/GameCult.Unity/Assets/NuGet.configÙ>src/GameCult.Unity/Assets/Plugins/AutoExpandGridLayoutGroup.csÙ2src/GameCult.Unity/Assets/Resources/Settings.assetÙMsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Circle-Fill.pngÙUsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Circle-Outline-Half.pngÙPsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Circle-Outline.pngÙPsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Rectangle-Fill.pngÙXsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Rectangle-Outline-Half.pngÙSsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Rectangle-Outline.pngÙQsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Tab-Bottom-Fill.pngÙTsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Tab-Bottom-Outline.pngÙNsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Tab-Top-Fill.pngÙQsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/32px/Flat-Tab-Top-Outline.pngÙAsrc/GameCult.Unity/Assets/Resources/Sprites/Flat UI/areaFade1.pngÙ4src/GameCult.Unity/Assets/Resources/Sprites/nail.pngÙ0src/GameCult.Unity/Assets/Resources/particle.hdrÙ0src/GameCult.Unity/Assets/Resources/particle.matÙ2src/GameCult.Unity/Assets/Scenes/SampleScene.unityÙWsrc/GameCult.Unity/Assets/Scenes/SampleScene_Profiles/Post-process Volume Profile.assetÙ*src/GameCult.Unity/Assets/UI/Attributes.csÙ/src/GameCult.Unity/Assets/UI/ColorConversion.csÙ4src/GameCult.Unity/Assets/UI/Components/BoolField.csÙ6src/GameCult.Unity/Assets/UI/Components/ButtonField.csÙ7src/GameCult.Unity/Assets/UI/Components/ClickCatcher.csÙ5src/GameCult.Unity/Assets/UI/Components/ColorModal.csÙ>src/GameCult.Unity/Assets/UI/Components/ConstrainedSlider2D.csÙ4src/GameCult.Unity/Assets/UI/Components/EnumField.csÙ;src/GameCult.Unity/Assets/UI/Components/GeneratorFoldout.csÙ:src/GameCult.Unity/Assets/UI/Components/HorizontalGroup.csÙ9src/GameCult.Unity/Assets/UI/Components/IncrementField.csÙ5src/GameCult.Unity/Assets/UI/Components/InputField.csÙ0src/GameCult.Unity/Assets/UI/Components/Label.csÙ:src/GameCult.Unity/Assets/UI/Components/LayoutComponent.csÙ0src/GameCult.Unity/Assets/UI/Components/Modal.csÙ8src/GameCult.Unity/Assets/UI/Components/ProgressField.csÙ<src/GameCult.Unity/Assets/UI/Components/ResolverComponent.csÙ6src/GameCult.Unity/Assets/UI/Components/SliderField.csÙ5src/GameCult.Unity/Assets/UI/Components/TextButton.csÙ3src/GameCult.Unity/Assets/UI/Default Resolver.assetÙ.src/GameCult.Unity/Assets/UI/DisplayOptions.csÙ5src/GameCult.Unity/Assets/UI/GameCult.Unity.UI.asmdefÙ)src/GameCult.Unity/Assets/UI/Generator.csÙ.src/GameCult.Unity/Assets/UI/GeneratorPanel.csÙ*src/GameCult.Unity/Assets/UI/Interfaces.csÙ(src/GameCult.Unity/Assets/UI/MainMenu.csÙ2src/GameCult.Unity/Assets/UI/Prefabs/Button.prefabÙ9src/GameCult.Unity/Assets/UI/Prefabs/Click Catcher.prefabÙ7src/GameCult.Unity/Assets/UI/Prefabs/Color Modal.prefabÙ7src/GameCult.Unity/Assets/UI/Prefabs/Enum Button.prefabÙ0src/GameCult.Unity/Assets/UI/Prefabs/Enum.prefabÙ9src/GameCult.Unity/Assets/UI/Prefabs/Field Foldout.prefabÙ3src/GameCult.Unity/Assets/UI/Prefabs/Foldout.prefabÙ2src/GameCult.Unity/Assets/UI/Prefabs/Header.prefabÙ<src/GameCult.Unity/Assets/UI/Prefabs/Horizontal Group.prefabÙ5src/GameCult.Unity/Assets/UI/Prefabs/Increment.prefabÙ1src/GameCult.Unity/Assets/UI/Prefabs/Input.prefabÙ1src/GameCult.Unity/Assets/UI/Prefabs/Label.prefabÙ1src/GameCult.Unity/Assets/UI/Prefabs/Modal.prefabÙ4src/GameCult.Unity/Assets/UI/Prefabs/Progress.prefabÙ2src/GameCult.Unity/Assets/UI/Prefabs/Slider.prefabÙ2src/GameCult.Unity/Assets/UI/Prefabs/Spacer.prefabÙ7src/GameCult.Unity/Assets/UI/Prefabs/Text Button.prefabÙ2src/GameCult.Unity/Assets/UI/Prefabs/Toggle.prefabÙ6src/GameCult.Unity/Assets/UI/Prefabs/Value Base.prefabÙ7src/GameCult.Unity/Assets/UI/Prefabs/Value Label.prefabÙ)src/GameCult.Unity/Assets/UI/Prototype.csÙ2src/GameCult.Unity/Assets/UI/ReflectiveResolver.csÙDsrc/GameCult.Unity/Assets/UI/Resources/Fonts/AdwaitaMono-Regular.ttfÙBsrc/GameCult.Unity/Assets/UI/Resources/Fonts/Inter-Light SDF.assetÙ6src/GameCult.Unity/Assets/UI/Resources/Fonts/Inter.ttcÙHsrc/GameCult.Unity/Assets/UI/Resources/Fonts/InterDisplay-Thin SDF.assetÙDsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorCircle_HCY.matÙDsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorCircle_HSL.matÙDsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorCircle_HSV.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HCY_C.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HCY_H.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HCY_Y.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HSL_H.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HSL_L.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HSL_S.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HSV_H.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HSV_S.matÙFsrc/GameCult.Unity/Assets/UI/Resources/Materials/ColorSlider_HSV_V.matÙ<src/GameCult.Unity/Assets/UI/Resources/Sprites/Icons/add.pngÙ>src/GameCult.Unity/Assets/UI/Resources/Sprites/Icons/check.pngÙ>src/GameCult.Unity/Assets/UI/Resources/Sprites/Icons/cross.pngÙ?src/GameCult.Unity/Assets/UI/Resources/Sprites/Icons/remove.pngÙCsrc/GameCult.Unity/Assets/UI/Resources/Sprites/Icons/rightArrow.pngÙ7src/GameCult.Unity/Assets/UI/Shaders/ColorCircle.shaderÙ:src/GameCult.Unity/Assets/UI/Shaders/ColorConversion.cgincÙ7src/GameCult.Unity/Assets/UI/Shaders/ColorSlider.shaderÙ0src/GameCult.Unity/Assets/UI/StringExtensions.csÙ#src/GameCult.Unity/Assets/UI/UI.txtÙ)src/GameCult.Unity/Assets/UI/package.jsonÙ)src/GameCult.Unity/Assets/packages.configÙ1src/GameCult.Unity/GameCult.Unity.sln.DotSettingsÙ5src/GameCult.Unity/ProjectSettings/AudioManager.assetÙ<src/GameCult.Unity/ProjectSettings/ClusterInputManager.assetÙ8src/GameCult.Unity/ProjectSettings/DynamicsManager.assetÙ<src/GameCult.Unity/ProjectSettings/EditorBuildSettings.assetÙ7src/GameCult.Unity/ProjectSettings/EditorSettings.assetÙ9src/GameCult.Unity/ProjectSettings/GraphicsSettings.assetÙ5src/GameCult.Unity/ProjectSettings/InputManager.assetÙ7src/GameCult.Unity/ProjectSettings/MemorySettings.assetÙ;src/GameCult.Unity/ProjectSettings/MultiplayerManager.assetÙ5src/GameCult.Unity/ProjectSettings/NavMeshAreas.assetÙ?src/GameCult.Unity/ProjectSettings/PackageManagerSettings.assetÙ:src/GameCult.Unity/ProjectSettings/Physics2DSettings.assetÙ6src/GameCult.Unity/ProjectSettings/PresetManager.assetÙ8src/GameCult.Unity/ProjectSettings/ProjectSettings.assetÙ5src/GameCult.Unity/ProjectSettings/ProjectVersion.txtÙ8src/GameCult.Unity/ProjectSettings/QualitySettings.assetÙ=src/GameCult.Unity/ProjectSettings/SceneTemplateSettings.jsonÙ3src/GameCult.Unity/ProjectSettings/TagManager.assetÙ4src/GameCult.Unity/ProjectSettings/TimeManager.assetÙ=src/GameCult.Unity/ProjectSettings/UnityConnectSettings.assetÙ3src/GameCult.Unity/ProjectSettings/VFXManager.assetÙ?src/GameCult.Unity/ProjectSettings/VersionControlSettings.assetÙ3src/GameCult.Unity/ProjectSettings/XRSettings.asset¼src/GameCult.Unity/README.md<EFBFBD>TPÎ
úÍv}ÍoVFÍB=…consolidation§content¨evidenceªproduction¨protocol!œÙ,Keep Huginn runtime out of CultCache packageÙ!Add C# CultMesh streaming surfaceÙ#Add CultMesh streaming mode surfaceÙ"Page CultCache MessagePack recordsÙ)Add Kotlin Eve media observation contractÙ Add Kotlin Eve surface contractsÙ$Add Kotlin CultMesh client substrateÙ$Document CultLib language workspacesÙ-Bring language packages into CultLib monorepoÙ$Verify Rust geometry payload interopÙ%Document geometry state over CultMeshÙ4Exercise geometry chunks through CultMesh node stateÞ®actuation_riskË?à9XbMÓ²aesthetic_appetiteË?ã¶E¡ÊÀƒ±boundary_severityË?×
=p£×
ªburstinessË?Ú° Ä›¥ã±churn_spiral_riskË?ÒIº^5?³consolidation_driveË?ÅÂ<EFBFBD>\(õÃ²content_canon_biasË?í‡+J³contract_strictnessË?ð³editorial_restraintË?æáG®zá±evidence_appetiteË?é$Ý/ ±experimental_heatË?ÆE¡ÊÀƒ«guardednessË?á?|í‘hs°initiative_driveË?¿;dZ¬¸interpersona_orientationË?ðmood_labilityË?É™™™™™š®novelty_hungerË?Ð³production_pressureË?Ï¾vÈ´9X´protocol_intoleranceË?ë333333¯rumination_biasË?Ñhr° Äœ±runtime_proximityË?ð°sensory_salienceË?ìbMÒñª®social_surfaceË?Ä“t¼j¯source_fidelityË?åÂ<EFBFBD>\(õÃ¯speech_pressureË?ÑXbMÒòstate_hygieneË?ÍÒñ©ûçm±temporal_pressureË?Ó÷ÎÙ‡+½verification_environment_needË?çC•<EFBFBD>$ÝÞ®actuation_risk‘Ù9runtime, auth, ops, or service writes can hurt real users²aesthetic_appetite‘Ù2visual, lore, rendered, or artifact-heavy surfaces±boundary_severity‘Ù5auth, ops, workspace, protocol, or service boundariesªburstiness‘Ù/sampled commits compressed into few active days±churn_spiral_risk‘Ù/large churn, experiment heat, and weak receipts³consolidation_drive‘Ù:refactor/remove/extract keywords or deletion-heavy history²content_canon_bias‘Ù7lore, site, markdown, Quartz, canon, or editorial paths³contract_strictness‘Ù:schema, contract, protocol, CultCache, or CultNet surfaces³editorial_restraint‘Ù,canon/source discipline under prose pressure±evidence_appetite‘Ù4tests, smoke checks, artifacts, or verifier keywords±experimental_heat‘Ù>prototype, experiment, scaffold, or research-workbench signals«guardedness‘Ù*authority and mutation risk demand caution°initiative_drive‘Ù>work pressure and experiment heat increase heartbeat readiness¸interpersona_orientation‘Ù4UI, web, Tauri, component, DOM, or Aquarium surfacesmood_lability‘Ù4risk, urgency, and churn make reactions swing harder®novelty_hunger‘Ù/experimental and aesthetic exploration pressure³production_pressure‘Ù fix/deploy/auth/queue/CI signals´protocol_intolerance‘Ù@strict contract surfaces imply low tolerance for ad hoc mutation¯rumination_bias‘Ù@state hygiene and consolidation favor distillation before action±runtime_proximity‘Ù&Unity/editor/runtime/provider surfaces°sensory_salience‘Ù:motion, visuals, rendered outputs, scenes, or UI organisms®social_surface‘Ù;Discord, auth, accounts, public site, or service boundaries¯source_fidelity‘Ù1state maps, lore/canon, or runtime truth surfaces¯speech_pressure‘Ù%public speech or user-facing surfacesstate_hygiene‘Ù1state, map, evidence, handoff, or memory surfaces±temporal_pressure‘Ù9service, runtime, queue, or live-provider timing pressure½verification_environment_need‘ÙCclaims need runtime, editor, browser, provider, or service receiptsË?ð<EFBFBD>”§cultlib¿epiphany.repo_trajectory_report´2026-06-10T06:25:27ZÆP4žÙ"epiphany.repo_trajectory_report.v0§cultlibÙÐCultLib is currently steered by worldbuilding_depth recent 0.00, current 0.50, delta 0.00; material_grounding recent 0.00, current 0.40, delta 0.00; historical_dialectic recent 0.00, current 0.50, delta 0.00.ÙÁCultLib behaves like a cult_protocol_storage + gamecult_web_lore_ops + unity_runtime_body workspace that has been moving toward systems_formalization, worldbuilding_depth, historical_dialectic.ÜÙ#Retire stale Libby proof-loop stateºAdd Unity CultCache StudioÙ'Seed Libby social interpretation biasesÙ Add CultCache geometry documentsÙ2Prove geometry documents replicate through CultNetÙ.Align geometry document fingerprints with RustÙ4Exercise geometry chunks through CultMesh node stateÙ%Document geometry state over CultMeshÙ$Verify Rust geometry payload interopÙ-Bring language packages into CultLib monorepoÙ$Document CultLib language workspacesÙ$Add Kotlin CultMesh client substrateÙ Add Kotlin Eve surface contractsÙ)Add Kotlin Eve media observation contractÙ"Page CultCache MessagePack recordsÙ#Add CultMesh streaming mode surfaceÙ!Add C# CultMesh streaming surfaceÙ,Keep Huginn runtime out of CultCache packageÜÙ,Keep Huginn runtime out of CultCache packageÙ!Add C# CultMesh streaming surfaceÙ#Add CultMesh streaming mode surfaceÙ"Page CultCache MessagePack recordsÙ)Add Kotlin Eve media observation contractÙ Add Kotlin Eve surface contractsÙ$Add Kotlin CultMesh client substrateÙ$Document CultLib language workspacesÙ-Bring language packages into CultLib monorepoÙ$Verify Rust geometry payload interopÙ%Document geometry state over CultMeshÙ4Exercise geometry chunks through CultMesh node stateÙ.Align geometry document fingerprints with RustÙ2Prove geometry documents replicate through CultNetÙ Add CultCache geometry documentsÙ'Seed Libby social interpretation biasesºAdd Unity CultCache StudioÙ#Retire stale Libby proof-loop stateš•©AGENTS.md¨doctrineÍþÂÚþ# AGENTS.md

## Repository Guidance

- Refrain from commenting on current changes in README files unless the user explicitly asks for that commentary.
- Treat clean API surface as a core project priority.
- Favor developer ergonomics in public APIs, examples, naming, defaults, and documentation.
- Prefer interfaces and behaviors that are predictable, easy to discover, and easy to integrate correctly.
- Keep public abstractions small and coherent; avoid exposing internal workflow complexity through the API when it can be encapsulated.
- When adding documentation or examples, optimize for practical usage by downstream developers.
- When proposing or implementing changes, consider how they affect usability, readability, and maintenance for library consumers.
•©README.md¦readmeÍ2÷ÃÚ#(# CultLib

CultLib is a set of reusable C# libraries for game backends, game-adjacent services, and Unity-integrated tooling, including a declarative runtime UI composition framework for Unity.

The libraries cover three main areas:

- logging primitives and implementations
- a typed in-memory cache with pluggable persistence
- LiteNetLib-based networking with encrypted credential exchange and signed session tokens
- CultMesh distributed realtime database and simulation-consensus primitives
- typed geometry domain/chunk documents for distributed CSG and LOD streaming
- declarative Unity UI composition and reflective runtime inspector tooling

## Which Package Do I Want?

If the job is shared game state, start here before inventing a fourth drawer
and pretending the label makes it furniture.

| Job | Start With | Owns | Use When | Do Not Use It For |
| --- | --- | --- | --- | --- |
| Local typed state | `GameCult.Caching` / CultCache | Document identity, schema compatibility, record keys, indexes, globals, and local persistence | You need a typed cache, file-compatible save data, local reactive reads, or a stable domain document model | Peer discovery, transport security, shard routing, or mesh consensus |
| Procedural geometry state | `GameCult.Geometry` | CultCache-native domain trees, LOD build requests, selected-cut diagnostics, and chunk artifact payloads | Rust, Unity, or remote workers need to share CSG/LOD geometry and graph metadata as typed state | Transport policy, peer discovery, or gameplay authority |
| Network transport and database plumbing | `GameCult.Networking` / CultNet | LiteNetLib transport, authentication, schema-v0 wire contracts, shard authority, raw document replication, snapshots, and subscriptions | You need a client/server pipe, login/session flow, schema discovery, or a low-level distributed CultCache lane | Gameplay-facing mesh ergonomics, Verse policy, mod branches, or simulation consensus composition |
| Distributed realtime gameplay state | `GameCult.Mesh` / CultMesh | Public mesh entrypoints, Verse discovery, peer exchange, shard replication defaults, authority leases, client prediction, and witness consensus | You want the game to treat clients and servers as one reactive database for persistent state, input state, and simulation facts | A tiny local-only tool, a bare transport client, or a storage format contract |
| Realtime media/frame streams | `GameCult.Mesh` / CultMesh streaming mode | Stream identity, authority, clock metadata, body transport negotiation, frame cursors, and backpressure state | Audio/video/tensor frames need to move between runtimes through shared memory, GPU handles, platform buffers, or CultCache page refs | Durable document mutation, mesh consensus facts, or pretending inline bytes are zero-copy |

Quick rule:

- Choose CultCache when the problem is "how do I model and persist typed state?"
- Choose GameCult.Geometry when the problem is "how do geometry workers share
  domain trees, LOD build requests, and mesh chunks as typed state?"
- Choose CultNet when the problem is "how do peers exchange authenticated,
  schema-aware database messages?"
- Choose CultMesh when the problem is "how does a game join a Verse and share
  realtime state across a mesh?"
- Choose CultMesh streaming mode when the problem is "how do these runtimes move
  audio/video frames while the mesh owns identity, clocks, cursors, and pressure?"

CultMesh sits on CultNet, and CultNet distributes CultCache documents. That is
the stack. If a design needs another peer-to-peer category, first check whether
it is really Verse policy, peer exchange, or shard authority wearing a fake
mustache.

If you want the smallest durable "open node -> put typed doc -> get typed doc"
path, start with
[`src/GameCult.Mesh/docs/durable-node-quickstart.md`](src/GameCult.Mesh/docs/durable-node-quickstart.md).
If you want the lower-level "typed local document -> raw wire document ->
mesh/runtime watch surface" handoff, follow it with
[`src/GameCult.Mesh/docs/typed-document-path.md`](src/GameCult.Mesh/docs/typed-document-path.md).

## Repository Scope

The solution includes:

- `GameCult.Logging`: common logging abstraction plus console and file implementations
- `GameCult.Caching`: `DatabaseEntry`-based cache, indexes, global entries, and backing-store abstractions
- `GameCult.Caching.MessagePack`: MessagePack-backed persistence for the cache
- `GameCult.Caching.NewtonsoftJson`: Newtonsoft.Json-backed persistence for the cache
- `GameCult.Caching.MessagePack.Generator`: source generator for MessagePack formatters for cache models
- `GameCult.Caching.MessagePack.Analyzers`: packaging project that delivers the generator to consuming projects
- `GameCult.Geometry`: CultCache-native geometry domain, selected-cut, and chunk artifact documents for VibeGeometry/Fensalir-style pipelines
- `GameCult.Networking`: encrypted login/register/verify flows and message dispatch over LiteNetLib
- `GameCult.Mesh`: CultMesh package home for distributed realtime database, shard replication, client prediction, Verse discovery, and mesh witness consensus
- `GameCult.Caching.Tests`: NUnit tests for cache and backing-store behavior
- `GameCult.Networking.Tests`: NUnit tests for networking behavior
- `GameCult.Unity`: CultUI, a Unity runtime UI composition framework with reflective inspector generation, prefab-backed field resolvers, reusable controls, and a demo project packaged for UPM-style consumption
- `packages/cultcache-ts`: TypeScript CultCache with MessagePack persistence and inspector tooling
- `packages/cultnet-ts`: TypeScript CultNet schema-v0 contracts, framing, discovery, raw document replication, and interop tests
- `packages/cultmesh-ts`: TypeScript CultMesh local node and mesh catalog surface for local runtimes such as VoidBot
- `packages/cultcache-rs`: Rust CultCache and derive macro
- `packages/cultnet-rs`: Rust CultNet contracts, framing, discovery, and interop peer

## Repository Layout

```text
package.json
src/
  GameCult.Logging/
  GameCult.Caching/
  GameCult.Caching.MessagePack/
  GameCult.Caching.NewtonsoftJson/
  GameCult.Caching.MessagePack.Generator/
  GameCult.Caching.MessagePack.Analyzers/
  GameCult.Geometry/
  GameCult.Networking/
  GameCult.Mesh/
  GameCult.Unity/
tests/
  GameCult.Caching.Tests/
  GameCult.Geometry.Tests/
  GameCult.Networking.Tests/
packages/
  cultcache-ts/
  cultnet-ts/
  cultmesh-ts/
  cultcache-rs/
  cultnet-rs/
```

## Build

```powershell
dotnet build CultLib.sln
```

## Test

```powershell
dotnet test CultLib.sln
```

TypeScript package tests:

```powershell
npm test --workspace packages/cultcache-ts
npm test --workspace packages/cultnet-ts
npm run test:interop --workspace packages/cultnet-ts
npm test --workspace packages/cultmesh-ts
```

Rust package tests:

```powershell
cargo test --manifest-path packages/cultcache-rs/Cargo.toml
cargo test --manifest-path packages/cultnet-rs/Cargo.toml
```

## Common Concepts

### `DatabaseEntry`

The cache-centric libraries revolve around `DatabaseEntry`. Every entry has a stable `Guid` identifier and can optionally:

- expose a human-readable name through `INamedEntry`
- participate in generic indexes registered at runtime
- be treated as a global singleton entry through `GlobalSettingsAttribute`

Typical entry shape:

```csharp
using GameCult.Caching;

public class ItemData : DatabaseEntry, INamedEntry
{
    public string Name = string.Empty;
    public int Value;

    public string EntryName
    {
        get => Name;
        set => Name = value;
    }
}
```

### `CultCache` and Backing Stores

`CultCache` is an in-memory index over `DatabaseEntry` objects. It can operate entirely in memory, or it can be attached to one or more backing stores for persistence and synchronization.

- the cache is the query surface
- backing stores are persistence adapters
- indexes and name maps are maintained inside the cache, not inside the store

### Important: Multiple Backing Stores

When multiple backing stores are added, behavior depends on how they are registered.

If a store is added with domain types:

```csharp
cache.AddBackingStore(playerStore, typeof(PlayerData));
cache.AddBackingStore(settingsStore, typeof(AppSettings));
```

then that store becomes the direct persistence target for those types.

If a store is added without domain types:

```csharp
cache.AddBackingStore(primaryStore);
cache.AddBackingStore(mirrorStore);
```

then the first generic store acts as the primary writable store for non-domain-specific entries. Additional generic stores subscribe to the existing stores and mirror their change events.

Implications:

- order matters for generic stores
- `AddAsync` writes to the type-specific store when one exists
- otherwise `AddAsync` writes to the first generic store
- later generic stores do not become co-primaries; they mirror earlier s•¿notes/operator-interventions.mddocumentationÍñÂÚñ# Operator Interventions

## 2026-05-08

- External Codex session from `E:\Projects\EpiphanyAgent` added
  `src/GameCult.Caching/Contracts/cultcache-persistence-format.md`.
- Intent: write down the next canonical CultCache persistence-format design in
  the C# source-of-truth repo before Rust/TS implementations harden the wrong
  shape.
- Existing unrelated worktree changes in `src/GameCult.Networking/PlayerData.cs`
  and `src/GameCult.Unity/Assets/UI/Default Resolver.asset` were left alone.
•Ù.research/cultnet-distributed-database/swim.pdf¨researchÎÍÃÚ&¼%PDF-1.2
%ï¿½ï¿½ï¿½ï¿½
35 0 obj
<<
/Linearized 1
/O 37
/H [ 5122 1132 ]
/L 133069
/E 57214
/N 10
/T 132251
>>
endobj
                                                      xref
35 235
0000000016 00000 n
0000005049 00000 n
0000006254 00000 n
0000006560 00000 n
0000006625 00000 n
0000006733 00000 n
0000006839 00000 n
0000006928 00000 n
0000006949 00000 n
0000010404 00000 n
0000011912 00000 n
0000012019 00000 n
0000012133 00000 n
0000013163 00000 n
0000013184 00000 n
0000013270 00000 n
0000014189 00000 n
0000014210 00000 n
0000015099 00000 n
0000015120 00000 n
0000016100 00000 n
0000016121 00000 n
0000017102 00000 n
0000017123 00000 n
0000018048 00000 n
0000018069 00000 n
0000018962 00000 n
0000018983 00000 n
0000019160 00000 n
0000019376 00000 n
0000019596 00000 n
0000019775 00000 n
0000020079 00000 n
0000020316 00000 n
0000020565 00000 n
0000020804 00000 n
0000021022 00000 n
0000021309 00000 n
0000021545 00000 n
0000021802 00000 n
0000022011 00000 n
0000022242 00000 n
0000022541 00000 n
0000022803 00000 n
0000023071 00000 n
0000023314 00000 n
0000023507 00000 n
0000023741 00000 n
0000023918 00000 n
0000024149 00000 n
0000024370 00000 n
0000024616 00000 n
0000024867 00000 n
0000025088 00000 n
0000025292 00000 n
0000025507 00000 n
0000025716 00000 n
0000025929 00000 n
0000026147 00000 n
0000026371 00000 n
0000026595 00000 n
0000026816 00000 n
0000026994 00000 n
0000027221 00000 n
0000027434 00000 n
0000027662 00000 n
0000027942 00000 n
0000028200 00000 n
0000028467 00000 n
0000028709 00000 n
0000028982 00000 n
0000029259 00000 n
0000029466 00000 n
0000029722 00000 n
0000030047 00000 n
0000030301 00000 n
0000030538 00000 n
0000030776 00000 n
0000031062 00000 n
0000031265 00000 n
0000031503 00000 n
0000031755 00000 n
0000031947 00000 n
0000032198 00000 n
0000032449 00000 n
0000032686 00000 n
0000032934 00000 n
0000033141 00000 n
0000033445 00000 n
0000033644 00000 n
0000033858 00000 n
0000034127 00000 n
0000034339 00000 n
0000034560 00000 n
0000034775 00000 n
0000034982 00000 n
0000035194 00000 n
0000035416 00000 n
0000035673 00000 n
0000035949 00000 n
0000036236 00000 n
0000036520 00000 n
0000036754 00000 n
0000037025 00000 n
0000037312 00000 n
0000037500 00000 n
0000037755 00000 n
0000037977 00000 n
0000038211 00000 n
0000038499 00000 n
0000038710 00000 n
0000038921 00000 n
0000039188 00000 n
0000039405 00000 n
0000039619 00000 n
0000039839 00000 n
0000040059 00000 n
0000040320 00000 n
0000040563 00000 n
0000040805 00000 n
0000041093 00000 n
0000041327 00000 n
0000041588 00000 n
0000041846 00000 n
0000042141 00000 n
0000042404 00000 n
0000042658 00000 n
0000042860 00000 n
0000043103 00000 n
0000043356 00000 n
0000043625 00000 n
0000043694 00000 n
0000043763 00000 n
0000043832 00000 n
0000043901 00000 n
0000043970 00000 n
0000044039 00000 n
0000044108 00000 n
0000044177 00000 n
0000044246 00000 n
0000044315 00000 n
0000044384 00000 n
0000044453 00000 n
0000044522 00000 n
0000044591 00000 n
0000044660 00000 n
0000044729 00000 n
0000044798 00000 n
0000044867 00000 n
0000044936 00000 n
0000045005 00000 n
0000045074 00000 n
0000045143 00000 n
0000045212 00000 n
0000045281 00000 n
0000045350 00000 n
0000045419 00000 n
0000045488 00000 n
0000045557 00000 n
0000045626 00000 n
0000045695 00000 n
0000045765 00000 n
0000045835 00000 n
0000045905 00000 n
0000045975 00000 n
0000046045 00000 n
0000046115 00000 n
0000046185 00000 n
0000046254 00000 n
0000046323 00000 n
0000046392 00000 n
0000046461 00000 n
0000046530 00000 n
0000046599 00000 n
0000046668 00000 n
0000046737 00000 n
0000046806 00000 n
0000046875 00000 n
0000046944 00000 n
0000047013 00000 n
0000047082 00000 n
0000047151 00000 n
0000047401 00000 n
0000047662 00000 n
0000047901 00000 n
0000048126 00000 n
0000048349 00000 n
0000048575 00000 n
0000048822 00000 n
0000049044 00000 n
0000049277 00000 n
0000049515 00000 n
0000049741 00000 n
0000050062 00000 n
0000050309 00000 n
0000050544 00000 n
0000050777 00000 n
0000051018 00000 n
0000051204 00000 n
0000051424 00000 n
0000051681 00000 n
0000051915 00000 n
0000052162 00000 n
0000052408 00000 n
0000052653 00000 n
0000052885 00000 n
0000053111 00000 n
0000053312 00000 n
0000053381 00000 n
0000053450 00000 n
0000053519 00000 n
0000053588 00000 n
0000053657 00000 n
0000053726 00000 n
0000053795 00000 n
0000053864 00000 n
0000053933 00000 n
0000054002 00000 n
0000054071 00000 n
0000054140 00000 n
0000054209 00000 n
0000054488 00000 n
0000054762 00000 n
0000054987 00000 n
0000055221 00000 n
0000055431 00000 n
0000055668 00000 n
0000055737 00000 n
0000055806 00000 n
0000055875 00000 n
0000055944 00000 n
0000056013 00000 n
0000056082 00000 n
0000005122 00000 n
0000006231 00000 n
trailer
<<
/Size 270
/Info 33 0 R
/Root 36 0 R
/Prev 132241
/ID[<a9908ad4a73d5c022ff9fd1cda9a81d2><a9908ad4a73d5c022ff9fd1cda9a81d2>]
>>
startxref
0
%%EOF

36 0 obj
<<
/Type /Catalog
/Pages 32 0 R
/Metadata 34 0 R
>>
endobj
268 0 obj
<< /S 2996 /Filter /FlateDecode /Length 269 0 R >>
stream
Hï¿½b```f`abï¿½``ï¿½\ï¿½ ï¿½ï¿½@1ï¿½'pï¿½5uLï¿½ï¿½ï¿½MYï¿½8XED.21_ï¿½|ï¿½ï¿½k×®_ï¿½`ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½QRJFZNV^UQIAEYW]CSK[ï¿½HOï¿½ï¿½Pï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½;ï¿½ï¿½ï¿½? 0(8$4,<"2*:&6.>!1)9%5-=#3+ï¿½07/ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Iï¿½ï¿½Lï¿½6}ï¿½ï¿½Yï¿½ï¿½Ì<C2BD>7ï¿½ï¿½Eï¿½ï¿½,]ï¿½|ï¿½ï¿½Uï¿½×¬]ï¿½~ï¿½ï¿½Mï¿½ï¿½lÝ¶}ï¿½ï¿½]ï¿½ï¿½ï¿½Ý·ï¿½ï¿½ï¿½Cï¿½ï¿½=vï¿½ï¿½ï¿½Sï¿½Ïœ=wï¿½ï¿½ï¿½Kï¿½ï¿½\ï¿½vï¿½ï¿½ï¿½[ï¿½ï¿½Ü½wï¿½ï¿½ï¿½Gï¿½ï¿½<ï¿½dï¿½`gafdï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½UPTRVQÕ‡xJWï¿½ï¿½)cTO99ï¿½@=ï¿½Gï¿½S9ï¿½ï¿½ï¿½:Dï¿½ï¿½ï¿½ï¿½'ï¿½)F&v6Nï¿½ï¿½,/^ï¿½y[Jï¿½ï¿½
*ï¿½ï¿½0ï¿½ï¿½ï¿½9ï¿½xï¿½ï¿½ï¿½ï¿½ï¿½ï¿½/Dï¿½ï¿½Aï¿½=vï¿½ï¿½ï¿½sï¿½ï¿½RCï¿½ï¿½ï¿½gtï¿½á«‚ï¿½Iï¿½ï¿½9Ø†ï¿½ï¿½@qï¿½ï¿½ï¿½ï¿½2ï¿½|ï¿½ï¿½ñœ…™ï¿½ñ•”¬ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½vï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ã“Ÿï¿½ê«¦ï¿½ï¿½ï¿½ï¿½Fï¿½ï¿½Z;ï¿½&ï¿½ï¿½Lï¿½ï¿½ï¿½;eï¿½ï¿½Sï¿½ï¿½ï¿½Ö•ï¿½ï¿½ï¿½ï¿½ß¶eï¿½ï¿½};ï¿½ï¿½=~ï¿½ï¿½ï¿½ï¿½O;}ï¿½ï¿½]ï¿½ï¿½^ï¿½yï¿½ï¿½ï¿½ï¿½7.]ï¿½ï¿½ï¿½Î{gï¿½ï¿½~ï¿½ï¿½ï¿½ï¿½ï¿½O89ï¿½ï¿½ï¿½ï¿½bfyJï¿½HNUAQZYE
ï¿½)=CdO;(ï¿½=E(ï¿½ï¿½rrï¿½P<uï¿½
ï¿½ï¿½?bMï¿½ï¿½Xï¿½ï¿½31ï¿½00
jtï¿½0*ï¿½Ç¢`cÅ‚>Vï¿½j~ï¿½Pï¿½ï¿½ï¿½ï¿½+zY%ï¿½F/ï¿½ï¿½ï¿½gC}ï¿½b`qï¿½[2'`kq=+ï¿½ï¿½ï¿½KH?ï¿½ï¿½ï¿½fï¿½(ï¿½ï¿½Ö‚Pï¿½kKÏ³&ï¿½ï¿½0ï¿½710ï¿½00ï¿½g`>ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½0ï¿½ï¿½ï¿½8ï¿½CiÞ†'ï¿½ï¿½
,ï¿½ï¿½w`ï¿½ï¿½ï¿½ï¿½wï¿½kxï¿½ï¿½*ï¿½ï¿½xï¿½Ó°ï¿½Gaï¿½Qï¿½
ï¿½yï¿½ï¿½<8ï¿½ï¿½ï¿½ï¿½7ï¿½vï¿½m4ï¿½ï¿½pï¿½w"'wï¿½Mï¿½ï¿½ï¿½|	ï¿½xs/ï¿½ï¿½V8ï¿½ß°ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½<ï¿½ï¿½ï¿½(ï¿½Ê¿ï¿½ï¿½ï¿½ï¿½Ï„ï¿½ï¿½q?ï¿½ï¿½ï¿½pï¿½ï¿½ï¿½8?ï¿½=Þ‹Ü¼ï¿½.
ï¿½+ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½$`CX<ï¿½gï¿½ï¿½sï¿½Ï…G<ï¿½ï¿½N8+tï¿½oï¿½ï¿½Ky
ï¿½ï¿½<ï¿½xï¿½kpï¿½ï¿½ï¿½^ï¿½ï¿½<ï¿½r_ï¿½1wpaYï¿½2G ï¿½Xï¿½ï¿½_
endstream
endobj
269 0 obj
1021
endobj
37 0 obj
<<
/Type /Page
/MediaBox [ 0 0 612 792 ]
/Parent 32 0 R
/Resources << /ProcSet [ /PDF /ImageB /Text ] /Font << /R13 49 0 R /A 43 0 R /R8 45 0 R /R7 39 0 R /R6 40 0 R >> >>
/Contents [ 47 0 R 50 0 R 52 0 R 54 0 R 56 0 R 58 0 R 60 0 R 267 0 R ]
/CropBox [ 0 0 612 792 ]
/Rotate 0
>>
endobj
38 0 obj
<<
/Type /Encoding
/Differences [ 2 /fi ]
>>
endobj
39 0 obj
<<
/Type /Font
/Name /R7
/Subtype /Type1
/BaseFont /Times-Italic
/Encoding 38 0 R
>>
endobj
40 0 obj
<<
/Type /Font
/Name /R6
/Subtype /Type1
/BaseFont /Times-Bold
/Encoding 41 0 R
>>
endobj
41 0 obj
<<
/Type /Encoding
/Differences [ 2 /fi 150 /endash 173 /hyphen ]
>>
endobj
42 0 obj
952
endobj
43 0 obj
<<
/Type /Font
/Name /A
/Subtype /Type3
/Encoding 44 0 R
/FirstChar 0
/LastChar 204
/CharProcs << /a203 129 0 R /a202 130 0 R /a201 128 0 R /a200 126 0 R /a199 127 0 R
/a198 131 0 R /a195 135 0 R /a194 136 0 R /a193 137 0 R /a192 134 0 R
/a190 132 0 R /a189 133 0 R /a187 125 0 R /a186 117 0 R /a185 118 0 R
/a183 116 0 R /a182 114 0 R /a181 115 0 R /a180 119 0 R /a179 123 0 R
/a178 124 0 R /a177 122 0 R /a176 120 0 R /a175 121 0 R /a174 138 0 R
/a173 155 0 R /a171 156 0 R /a170 154 0 R /a169 152 0 R /a168 153 0 R
/a167 157 0 R /a166 161 0 R /a165 162 0 R /a164 163 0 R /a163 160 0 R
/a162 158 0 R /a161 159 0 R /a160 151 0 R /a154 142 0 R /a152 143 0 R
/a151 141 0 R /a150 139 0 R /a148 140 0 R /a147 144 0 R /a146 148 0 R
/a145 149 0 R /a143 113 0 R /a141 147 0 R /a139 145 0 R /a138 146 0 R
/a137 150 0 R /a135 79 0 R /a133 80 0 R /a132 78 0 R /a131 76 0 R
/a130 77 0 R /a128 81 0 R /a127 85 0 R /a124 86 0 R /a121 75 0 R
/a119 84 0 R /a118 82 0 R /a117 83 0 R /a115 87 0 R /a113 67 0 R
/a111 68 0 R /a108 66 0 R /a106 63 0 R /a104 62 0 R /a101 65 0 R
/a100 64 0 R /a99 72 0 R /a98 73 0 R /a97 74 0 R /a96 69 0 R /a94 70 0 R
/a93 71 0 R /a91 103 0 R /a89 104 0 R /a87 105 0 R /a85 88 0 R /a83 101 0 R
/a82 102 0 R /a80 106 0 R /a78 110 0 R /a76 111 0 R /a73 112 0 R
/a72 109 0 R /a71 107 0 R /a69 108 0 R /a68 100 0 R /a67 92 0 R
/a65 93 0 R /a64 91 0 R /a62 89 0 R /a61 90 0 R /a59 94 0 R /a58 98 0 R
/a57 99 0 R /a55 97 0 R /a54 95 0 R /a52 96 0 R /a50 233 0 R /a48 232 0 R
/a45 164 0 R /a43 231 0 R /a41 229 0 R /a40 230 0 R /a38 234 0 R
/a35 238 0 R /a31 239 0 R /a29 240 0 R /a27 237 0 R /a26 235 0 R
/a25 236 0 R /a23 228 0 R /a22 219 0 R /a20 220 0 R /a18 218 0 R
/a16 216 0 R /a15 217 0 R /a14 221 0 R /a13 225 0 R /a11 226 0 R
/a10 227 0 R /a9 224 0 R /a8 222 0 R /a7 223 0 R /a6 241 0 R /a5 258 0 R
/a4 259 0 R /a3 257 0 R /a2 255 0 R /a1 256 0 R /a0 260 0 R /a66 264 0 R
/a42 265 0 R /a36 266 0 R /a39 263 0 R /a47 261 0 R /a92 262 0 R
/a77 254 0 R /a125 245 0 R /a44 246 0 R /a63 244 0 R /•Ù0research/cultnet-distributed-database/summary.md¨researchÍ!!ÂÚ!!# CultNet Distributed Database Research Summary

Purpose: ground CultNet's distributed realtime database design in prior art
before adding more machinery. The goal is a coherent local-first mesh database
over CultCache, not a hand-rolled distributed-systems costume party.

## Sources Stored Here

- `hashgraph-swirlds-tr-2016-01.pdf`
  - Source: <https://www.swirlds.com/downloads/SWIRLDS-TR-2016-01.pdf>
  - Topic: gossip-about-gossip, virtual voting, fair ordering, asynchronous BFT.
- `raft-extended.html`
  - Source: <https://yygcode.com/papers/consensus-raft-extended-version.html>
  - Topic: understandable consensus, leader election, log replication, safety.
- `raft-extended.pdf`
  - Source: <https://web.stanford.edu/~ouster/cgi-bin/papers/raft-extended.pdf>
  - Topic: canonical Raft paper copy.
- `dynamo-amazon-science.html`
  - Source: <https://www.amazon.science/publications/dynamo-amazons-highly-available-key-value-store>
  - Topic: Dynamo publication page and abstract.
- `dynamo-sosp2007.pdf`
  - Source: <https://web.stanford.edu/class/cs244/papers/amazon-dynamo-sosp2007.pdf>
  - Topic: highly available key-value store, consistent hashing, versioning,
    quorums, hinted handoff, anti-entropy.
- `swim.pdf`
  - Source: <https://www.cs.cornell.edu/projects/quicksilver/public_pdfs/SWIM.pdf>
  - Topic: scalable weakly consistent process-group membership.
- `rethinkdb-changefeeds.html`
  - Source: <https://rethinkdb.com/docs/changefeeds/java/>
  - Topic: realtime query/changefeed ergonomics.
- `firebase-realtime-offline.html`
  - Source: <https://firebase.google.com/docs/database/web/offline-capabilities>
  - Topic: offline behavior, presence, server-side disconnect operations.
- `crdt-arxiv-1805.06358.html`
  - Source: <https://arxiv.org/abs/1805.06358>
  - Topic: conflict-free replicated data types and deterministic convergence.

## Design Takeaways

### RethinkDB

Keep: changefeeds as the product feel. Subscribers should receive document
changes continuously, with enough old/new context to render, reconcile, or
debug. Point subscriptions and filtered subscriptions are both first-class.

CultNet implication: database subscriptions should be explicit schema-v0
messages. The server should stream raw document changes that clients can apply
through the same CultCache reconciliation path as snapshots.

### Firebase Realtime Database

Keep: realtime sync and local/offline ergonomics. Presence and disconnect
behavior are database features, not application afterthoughts.

Defer: full offline writes. CultNet should not pretend arbitrary offline
multi-writer changes merge safely. Offline/local-first behavior needs declared
per-document conflict policy.

CultNet implication: add presence/disconnect records later as ordinary
CultCache documents with server authority, not as hidden transport state.

### Raft

Keep: the understandable authority model. One leader/primary owns ordered
writes for a shard. Decompose the problem into ownership, log/mutation
replication, and safety.

Defer: full automatic leader election and replicated logs until shard catalogs
and explicit epochs exist.

CultNet implication: the current primary-shard policy is the correct first
foundation. Every write should either hit the primary, be forwarded to the
primary, or fail with routing information.

### Dynamo

Keep: partitioning, replication metadata, vector-ish causality, hinted recovery,
anti-entropy, and application-visible conflicts.

Reject for now: "always writeable" semantics. That is attractive, expensive,
and easy to lie about.

CultNet implication: shard descriptors should grow into a shard catalog with
owner runtime id, epoch, schema/key ranges, and later replica/preference-list
metadata. Conflicts must surface as data, not disappear into last-writer-wins
unless a document explicitly chose that policy.

### SWIM

Keep: gossip-shaped membership once the mesh grows beyond a small static
cluster. SWIM separates failure detection from membership dissemination and
keeps per-node message load stable.

Defer: membership implementation until there is a shard catalog to disseminate.

CultNet implication: do not build peer discovery as a side-channel registry.
When it arrives, it should update membership and shard-catalog state together.

### CRDTs

Keep: CRDTs for documents whose merge law is explicit and deterministic.

Reject: generic automatic merge for arbitrary domain objects. That is a
language cop with a nicer hat.

CultNet implication: CRDT support belongs in schema metadata or document
contract metadata. A document type can opt into a known merge strategy; the
default distributed write policy remains primary authority.

### Hashgraph

Keep: gossip-about-gossip as an idea for compact event provenance and possible
fair ordering research. Virtual voting is interesting when every member sees
the same gossip history.

Reject for now: adopting hashgraph consensus as CultNet's core. The public
ledger/crypto smell is not the main issue; the issue is that CultNet does not
currently need asynchronous Byzantine total ordering to become a good mesh
database. Dragging that in now would make the machine harder to explain.

CultNet implication: if we later need decentralized event ordering, use a
dedicated design pass. Do not smuggle hashgraph metadata into ordinary document
replication because it sounds powerful.

## Current CultNet Direction

The coherent path is:

1. Primary-shard authority.
2. Explicit schema-v0 snapshot, put, delete, subscribe, unsubscribe, and change
   messages.
3. Shard catalog exchange with owner runtime id and epoch.
4. Optional forwarding from non-owner nodes to owners.
5. Membership/failure detection, likely SWIM-shaped.
6. Replication and failover, likely Raft-shaped per shard.
7. Optional CRDT policies for document types that deserve offline multi-writer
   semantics.
8. Optional gossip-history research if fair decentralized ordering becomes a
   real requirement.

## Live Invariants

- CultCache owns document identity, schema compatibility, local indexes, and
  reconciliation.
- CultNet owns transport, shard authority, subscriptions, and remote mutation
  delivery.
- Raw wire records must pass through `CultNetDatabase` before mutating local
  cache state.
- A write without authority is rejected or explicitly forwarded. It is never
  silently applied.
- Realtime change streams publish domain changes, not storage implementation
  details.
- Conflict policy must be declared before conflicting writes are accepted.

## Current Cut

Shard catalog exchange now exists:

- `cultnet.shard_catalog_request.v0`
- `cultnet.shard_catalog_response.v0`
- per-shard id, owner runtime id, epoch, schema ids, key prefix/range
- stale epoch rejection on writes
- routing error that tells clients where the primary lives when known
- injectable non-primary write forwarding policy
- concrete schema-v0 write forwarder for `cultnet://host:port` primary
  endpoints
- in-memory per-shard mutation logs and catch-up by last seen sequence
- wire-level shard mutation log catch-up with raw put/delete entries
- replica-side application of shard log responses with epoch checks, gap
  rejection, and idempotent replay
- background shard log replicator plus schema-v0 fetcher for primary endpoints
- restart-safe replica cursor store with a local MessagePack file
  implementation
- client authority scopes for predicted local input documents
- predicted/reconciled change events for client-side prediction
- simulation witness observations and deterministic consensus candidates
- schema-v0 simulation observation and candidate messages
- reactive observation hub for witness gossip and consensus candidates
- server-side observation bridge for observation messages and candidate replies

## Next Cut

Build durable authoritative mutation logs:

- persist per-shard primary logs
- define the snapshot fallback boundary for compacted history
- return explicit resync-required responses when requested history is gone
- then add simulation-frame rollback and resimulation helpers on top of
  predicted input streams
- add peer-to-peer fanout for observation gossip and candidate propagation

That is the next foundation needed before membership, Raft-style failover, or
CRDT policy work can be honest.
•Ù7research/cultnet-distributed-database/raft-extended.pdf¨researchÎÁZÃÚ:4%PDF-1.4
%ï¿½ï¿½ï¿½ï¿½
120 0 obj
<</Linearized 1/L 573786/O 122/E 41955/N 18/T 571265/H [ 936 728]>>
endobj

xref
120 32
0000000016 00000 n
0000001664 00000 n
0000001730 00000 n
0000001974 00000 n
0000002007 00000 n
0000002076 00000 n
0000002185 00000 n
0000010658 00000 n
0000011226 00000 n
0000011907 00000 n
0000011999 00000 n
0000017965 00000 n
0000018414 00000 n
0000018854 00000 n
0000018897 00000 n
0000020780 00000 n
0000022482 00000 n
0000022579 00000 n
0000030097 00000 n
0000030533 00000 n
0000031055 00000 n
0000032778 00000 n
0000034750 00000 n
0000034850 00000 n
0000035314 00000 n
0000035533 00000 n
0000035774 00000 n
0000035967 00000 n
0000037616 00000 n
0000039244 00000 n
0000040734 00000 n
0000000936 00000 n
trailer
<</Size 152/Root 121 0 R/Info 119 0 R/ID[<D415EDDF6CA1C8AFECD96DA0FBCD5900><B91CCE8B95D3604C92CAC3A9BCDD9A0D>]/Prev 571253>>
startxref
0
%%EOF

151 0 obj
<</Filter/FlateDecode/I 818/Length 645/S 605>>stream
hï¿½b```ï¿½Wï¿½ï¿½| ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½qIï¿½Cï¿½ï¿½WØ“ï¿½a6Oï¿½_Õº(ï¿½eï¿½ï¿½ï¿½Z-*ï¿½wï¿½ï¿½ï¿½Û…ï¿½%YU|Mï¿½ï¿½<9ï¿½jï¿½ï¿½Rï¿½/Y3l^pï¿½ï¿½Gï¿½aï¿½sï¿½ï¿½ï¿½ï¿½Iï¿½Xï¿½9D<bé’±ijï¿½7ï¿½ï¿½Rï¿½8ï¿½4`ï¿½Rï¿½Oï¿½vï¿½Iï¿½B&Wfï¿½ï¿½oï¿½uï¿½	h$>!ï¿½ï¿½ï¿½ï¿½{ï¿½ï¿½(ï¿½)ï¿½ ï¿½ï¿½plï¿½Sï¿½Xï¿½4Ú¢ï¿½Iï¿½kï¿½^ï¿½ï¿½>nï¿½ï¿½ï¿½ï¿½yï¿½ï¿½ï¿½Tï¿½*wï¿½=ï¿½ï¿½ï¿½ï¿½B
cï¿½5ï¿½]@%ï¿½iiï¿½q
	ï¿½ï¿½ï¿½ï¿½
.ï¿½JSï¿½<ï¿½ï¿½qLPï¿½ï¿½ï¿½Ri8ï¿½`7ï¿½ï¿½+Pï¿½ï¿½ï¿½ï¿½ >
~ï¿½ï¿½I.zæ·€G!ï¿½ï¿½Nï¿½ï¿½ï¿½@ï¿½ï¿½
Í¼ï¿½ï¿½ï¿½ï¿½`ï¿½ï¿½ï¿½Eï¿½Ý¥onï¿½Ð<EFBFBD>Xï¿½ï¿½ï¿½ï¿½>JJ..ï¿½ï¿½ï¿½ï¿½&.@06NKKï¿½ï¿½2ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½
eï¿½ï¿½@UÕ†Fï¿½9ï¿½@ ï¿½ï¿½iHj1ï¿½
@cBA5ï¿½2qq```!lï¿½ï¿½Rï¿½(ALB*4a`["ï¿½eï¿½8lï¿½"?ï¿½2ï¿½
,Gï¿½Zï¿½0Xï¿½Eï¿½5ï¿½ï¿½`Xï¿½ï¿½qï¿½ï¿½ï¿½ï¿½-ï¿½ï¿½ï¿½ï¿½	ï¿½b.0:H:Þˆï¿½ï¿½ï¿½q@ï¿½ï¿½ï¿½1ï¿½ï¿½{ï¿½
eï¿½ï¿½_ï¿½Ú¶2ï¿½0amTï¿½ ï¿½ }@ï¿½ï¿½,ï¿½%ï¿½9lï¿½ï¿½X6p3ï¿½bï¿½ï¿½(ï¿½^ï¿½ï¿½ï¿½q |c3ï¿½ï¿½6
ï¿½ï¿½ï¿½oï¿½kNÇ°[0ï¿½`,ï¿½tzï¿½pï¿½Aï¿½ï¿½ï¿½ï¿½ï¿½	ï¿½bx$ï¿½Sï¿½dï¿½gï¿½7ï¿½+ï¿½5ï¿½u9ï¿½ï¿½P(ï¿½.@ï¿½ï¿½
ï¿½
endstream
endobj
121 0 obj
<</Metadata 118 0 R/Pages 117 0 R/Type/Catalog>>
endobj
122 0 obj
<</Contents[134 0 R 135 0 R 140 0 R 141 0 R 147 0 R 148 0 R 149 0 R 150 0 R]/CropBox[0 0 612 792]/MediaBox[0 0 612 792]/Parent 117 0 R/Resources<</ExtGState 123 0 R/Font 124 0 R/ProcSet[/PDF/ImageB/Text]>>/Rotate 0/Type/Page>>
endobj
123 0 obj
<</R7 133 0 R>>
endobj
124 0 obj
<</R10 128 0 R/R12 139 0 R/R14 146 0 R/R8 132 0 R>>
endobj
125 0 obj
<</BaseEncoding/WinAnsiEncoding/Differences[2/fi/fl 30/grave 39/quoteright]/Type/Encoding>>
endobj
126 0 obj
<</Filter/FlateDecode/Length 8386/Subtype/Type1C>>stream
xï¿½ï¿½xyXSï¿½ï¿½ï¿½ï¿½!9ï¿½uhKï¿½ï¿½ï¿½&iï¿½ï¿½ï¿½yï¿½Sï¿½qFEe!Ì<EFBFBD>@$ï¿½ï¿½ï¿½ï¿½ï¿½$@ï¿½<ï¿½ ï¿½ï¿½,ï¿½Vï¿½ï¿½ï¿½ï¿½mkï¿½ï¿½}ï¿½ï¿½ï¿½ï¿½noï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½?0{ï¿½ï¿½ï¿½zï¿½Zï¿½zï¿½fNï¿½ï¿½ï¿½}4^ï¿½!ï¿½ï¿½#[ï¿½6ï¿½Cï¿½ï¿½ï¿½ï¿½Â¢ï¿½Oï¿½gï¿½ï¿½ï¿½ï¿½ï¿½5#ï¿½Z4ï¿½ï¿½ï¿½`ï¿½Sï¿½ï¿½Ywï¿½G>{idï¿½ï¿½ï¿½/ï¿½ï¿½ï¿½ï¿½jd
ï¿½Fï¿½xy|sï¿½ï¿½yï¿½eru\xhï¿½Rï¿½xÕªUï¿½ï¿½jÉ¿V$ï¿½RExhï¿½ï¿½
ï¿½Gï¿½4J&ï¿½ï¿½ï¿½(Hï¿½Kï¿½eï¿½T%ï¿½lï¿½ï¿½ï¿½cï¿½6Éœm{ï¿½$Û¤1Ò¸ï¿½(ï¿½{ï¿½Ñ¨ï¿½ ï¿½[xï¿½4F!}S"ï¿½ï¿½Dï¿½ï¿½G$ï¿½	Wï¿½ï¿½b$ï¿½@ï¿½B.
ï¿½IUAR9ï¿½0O"ï¿½ï¿½Eï¿½+ï¿½oIï¿½Bï¿½ï¿½Kï¿½2IxLPT|0s=ï¿½=Dï¿½ï¿½ï¿½ï¿½dx=ï¿½ï¿½ï¿½e
ï¿½"(.\ï¿½ï¿½ï¿½ï¿½]ï¿½ï¿½Û¨T2ï¿½*ï¿½ï¿½Dï¿½wË‚ï¿½oï¿½ï¿½ï¿½ï¿½QHï¿½Rï¿½ï¿½ï¿½ï¿½Tï¿½ï¿½Gï¿½ï¿½ï¿½(y\ï¿½ï¿½	ï¿½ï¿½Ð¿nï¿½'ï¿½ï¿½ï¿½ï¿½GIcï¿½2ï¿½ï¿½ï¿½ï¿½?ï¿½ï¿½Ë£ï¿½cï¿½ï¿½ï¿½vï¿½ï¿½ï¿½pï¿½Bï¿½`<ï¿½ï¿½ï¿½	ï¿½ï¿½Mï¿½D7*0ï¿½Wï¿½ï¿½ï¿½ï¿½_	ï¿½ï¿½ï¿½ï¿½Iï¿½Yï¿½ï¿½ï¿½%nï¿½bï¿½r{ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½TGï¿½ï¿½Aï¿½ï¿½ï¿½ï¿½Hï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½u ï¿½ï¿½Õ¢5ï¿½ï¿½fï¿½Yï¿½ï¿½ï¿½ï¿½	ï¿½ï¿½ï¿½ï¿½K,\ï¿½ï¿½lï¿½ï¿½eË‹ï¿½^ï¿½ï¿½ ^#ï¿½ï¿½ï¿½ï¿½	wb51ï¿½ï¿½Gï¿½!fï¿½ï¿½~b6ï¿½Iï¿½!ï¿½ï¿½7ï¿½ï¿½[ï¿½Ab.ï¿½Ml"ï¿½>ï¿½fb>ï¿½Kï¿½?bï¿½ï¿½ï¿½J,"ï¿½ï¿½ï¿½ï¿½ï¿½bï¿½ï¿½ï¿½I,#vï¿½	7ï¿½mb7ï¿½ï¿½ï¿½Cï¿½$ï¿½.ï¿½ï¿½ï¿½Np	-Aï¿½ï¿½sï¿½ï¿½xï¿½xï¿½ï¿½DDï¿½ï¿½b1ï¿½ï¿½///ï¿½Dï¿½#^&ï¿½ï¿½+D"1ï¿½Bï¿½Wï¿½DHï¿½ï¿½,ï¿½ï¿½ï¿½'ï¿½pï¿½ï¿½ï¿½}ï¿½ï¿½ï¿½ï¿½)ï¿½ï¿½ï¿½=Â…d:ï¿½
@ï¿½|nï¿½sQï¿½ï¿½=ï¿½ï¿½ï¿½ï¿½'&Oï¿½L
ï¿½ï¿½?ï¿½ï¿½ï¿½yï¿½Ñ”uSNï¿½0ï¿½ï¿½"ï¿½bï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½|ï¿½ï¿½Ê«yyï¿½ï¿½|'~ï¿½+_ï¿½ï¿½Jï¿½Tï¿½ï¿½
ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½6yï¿½ï¿½iï¿½ï¿½hï¿½ï¿½qï¿½Oï¿½ï¿½ï¿½kï¿½:#mFÛŒï¿½3nï¿½ï¿½Vï¿½ï¿½ï¿½ï¿½ï¿½ï¿½bï¿½ï¿½ï¿½ï¿½]rï¿½ï¿½7_ï¿½zï¿½Ì›2Ð»ï¿½~ï¿½ï¿½9`ï¿½ï¿½3ï¿½ï¿½ï¿½Eï¿½ï¿½5A"ï¿½ï¿½ï¿½Boï¿½$ï¿½e	Uï¿½ï¿½Nï¿½%Zï¿½ï¿½ï¿½ |ï¿½mÜ¾ï¿½ers,ï¿½
A\RÚ<EFBFBD>lJï¿½ï¿½Q,ï¿½C6B
5rï¿½Ð™ï¿½FO;ï¿½ï¿½ï¿½1t}ï¿½.ï¿½_ï¿½ï¿½ï¿½ï¿½ï¿½Xï¿½+F9$ï¿½ï¿½kï¿½3(
ï¿½ï¿½ï¿½ï¿½ï¿½2ï¿½Iï¿½vï¿½ï¿½ï¿½ï¿½6@
ï¿½Fï¿½#)	ï¿½tI>Ì¦`ï¿½[ï¿½Rï¿½(ï¿½&ï¿½	ï¿½ï¿½ï¿½?*iï¿½6ï¿½#Ò˜ï¿½ï¿½{&ï¿½\ï¿½ï¿½ï¿½qyï¿½ï¿½RUï¿½sYï¿½Fï¿½ï¿½:&qï¿½Hxiï¿½E?ï¿½ï¿½ï¿½ï¿½-ï¿½1G`Gï¿½Uï¿½ï¿½Jï¿½?ï¿½ï¿½ï¿½2Zï¿½ï¿½ï¿½ï¿½ï¿½ï¿½á<EFBFBD><EFBFBD>]ï¿½ï¿½ï¿½}ï¿½ï¿½"Plï¿½ï¿½ï¿½A8ï¿½|ï¿½$mï¿½ï¿½ï¿½@#ï¿½dCxvï¿½gï¿½0ï¿½ï¿½ï¿½
5%Gï¿½ï¿½'lï¿½7ï¿½ï¿½keï¿½ï¿½cï¿½ï¿½ï¿½ï¿½~Ò¥ï¿½;Cï¿½3ï¿½ï¿½l5$ï¿½ï¿½Þªï¿½vï¿½l*ï¿½qzï¿½lï¿½Fï¿½Iï¿½Qï¿½[ï¿½Iï¿½"Tï¿½Sï¿½!ï¿½Uï¿½ï¿½ï¿½ï¿½ï¿½8Nï¿½uoTStï¿½ï¿½lgï¿½KUImÅ‹ï¿½ï¿½ï¿½uï¿½Mï¿½NKï¿½ï¿½Fï¿½*ï¿½9ï¿½{0ï¿½Þ©ï¿½ï¿½_T4ï¿½M^	ï¿½Aï¿½Hï¿½Ñ´ï¿½ï¿½ï¿½ï¿½ï¿½aï¿½ï¿½ï¿½ï¿½\l
pyQï¿½ï¿½ï¿½dí<EFBFBD>€ï¿½b.C#ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½~ï¿½ï¿½yï¿½>zeï¿½\$B._ï¿½ï¿½ï¿½ï¿½wï¿½ï¿½"8uï¿½ï¿½eï¿½Nï¿½|i.ï¿½ï¿½8ï¿½ï¿½mï¿½ï¿½Mï¿½ï¿½$nQßžï¿½zKï¿½ï¿½>ï¿½vï¿½ï¿½ï¿½gï¿½ï¿½L0d*ï¿½ï¿½4ï¿½ï¿½ï¿½ï¿½T
z%ï¿½ï¿½/7Uï¿½R!ï¿½ï¿½ï¿½ï¿½ï¿½Pï¿½Cï¿½Qï¿½ï¿½<ï¿½eï¿½ï¿½ï¿½^ï¿½Sï¿½ï¿½m"ï¿½2ï¿½aQï¿½ï¿½ï¿½\ï¿½ï¿½-ï¿½)xï¿½ï¿½s`Â•ï¿½ï¿½Oï¿½aï¿½ï¿½ï¿½eï¿½ï¿½cï¿½ï¿½~*Lï¿½$pM	ï¿½)ï¿½ hï¿½4ï¿½ï¿½ï¿½>Eï¿½ï¿½*ï¿½2jï¿½ï¿½ï¿½ï¿½Mï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½+ï¿½rï¿½ï¿½W>ï¿½Ô•]wDï¿½B7ï¿½ï¿½qï¿½ï¿½s(ï¿½ï¿½ï¿½ï¿½5|Îºx&!ï¿½Wï¿½iï¿½ï¿½wR5]ï¿½Tï¿½ï¿½Ñ†Vzï¿½eï¿½{ï¿½aï¿½Ó©ï¿½ï¿½bzï¿½8ï¿½ï¿½ï¿½n6ï¿½ï¿½ï¿½ï¿½^ï¿½nï¿½xo$ï¿½tï¿½wï¿½ï¿½Ü<C2BD>ï¿½+ï¿½Rp1ï¿½Qk8(ï¿½ï¿½Wï¿½	Î‚/nï¿½ï¿½ï¿½ï¿½q^ï¿½ï¿½)ï¿½+!Lï¿½$ï¿½omï¿½7_ï¿½ï¿½;ï¿½Qï¿½ï¿½ï¿½aï¿½!ï¿½ï¿½fï¿½ï¿½nï¿½ï¿½n}ï¿½ï¿½ï¿½ï¿½qZ@ï¿½.ï¿½Jï¿½ï¿½cï¿½!ï¿½zN=ï¿½xï¿½ï¿½QQUï¿½tï¿½zï¿½ï¿½ï¿½1ï¿½Oï¿½ï¿½ï¿½Bï¿½BWï¿½Xï¿½ï¿½ï¿½ï¿½_ï¿½ï¿½\Èšï¿½ï¿½ï¿½ï¿½ï¿½`sï¿½n}:ï¿½7ï¿½"!~mï¿½zï¿½Ú¥ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½è‡žï¿½ï¿½Dï¿½N4ï¿½Xï¿½ï¿½MWï¿½ï¿½ï¿½Å©8ï¿½yQï¿½ï¿½ï¿½-ï¿½E}Oï¿½%ï¿½ï¿½=ï¿½ï¿½[ï¿½ï¿½GWï¿½>ï¿½ï¿½/eï¿½ï¿½RpRï¿½ï¿½hï¿½V@ï¿½+ï¿½sï¿½sï¿½Sï¿½ï¿½x*OGï¿½|ï¿½ï¿½ï¿½ï¿½`|ï¿½Ksï¿½ï¿½ï¿½ï¿½ï¿½/ï¿½fï¿½|ï¿½ï¿½1ï¿½Å²_ï¿½qï¿½v
%Aï¿½ï¿½ï¿½,K+ï¿½(ï¿½[=ï¿½	}ï¿½ï¿½ï¿½!-^ï¿½ï¿½ï¿½ï¿½$ï¿½Ù”p
\ï¿½(ï¿½ï¿½ï¿½ï¿½jKï¿½ï¿½1ï¿½Ç°ï¿½wcï¿½x6ï¿½ï¿½ï¿½ï¿½ï¿½kï¿½2ï¿½"ï¿½(ï¿½ë€’s}A`ï¿½Ñœï¿½ï¿½U
*(ï¿½ï¿½c`ï¿½YVR5Pï¿½ï¿½ï¿½fhï¿½Z]ï¿½,ï¿½6sï¿½ï¿½66ï¿½ï¿½ï¿½Sï¿½ï¿½b1Uï¿½Í„ï¿½sFï¿½ï¿½yï¿½dÑ‚-cï¿½ï¿½Eï¿½Ù„ï¿½wUï¿½]ï¿½ï¿½ï¿½ï¿½Zï¿½ï¿½cï¿½ï¿½ï¿½Æ·ï¿½ï¿½ï¿½ï¿½89@ï¿½ï¿½Hï¿½c4ï¿½Jï¿½,hï¿½ï¿½ï¿½ï¿½lï¿½"ï¿½ï¿½ï¿½ï¿½S
ï¿½ï¿½ï¿½RQï¿½ï¿½ï¿½dTï¿½ï¿½ï¿½ï¿½-ï¿½ï¿½Å<EFBFBD>ï¿½ï¿½ï¿½+2=ï¿½@|ï¿½ï¿½]%ï¿½Bï¿½vxï¿½?ï¿½ï¿½0ï¿½ï¿½ SÖ¨5kï¿½ï¿½ï¿½Ó§ï¿½ï¿½ï¿½ï¿½2}	Vê™„Pï¿½6;ï¿½._kï¿½)gï¿½ï¿½
Mï¿½j\BCuï¿½ï¿½^ï¿½ï¿½U;ï¿½ï¿½
W}0ï¿½7Þ€ï¿½ï¿½3ï¿½tï¿½ï¿½ï¿½ï¿½ï¿½jï¿½Æ¼)4Cï¿½ï¿½ï¿½ï¿½Uï¿½ï¿½ï¿½Çºï¿½ï¿½ï¿½ykï¿½?ï¿½pDGbï¿½D	"eï¿½ï¿½Qï¿½jï¿½(ï¿½.ï¿½Fwï¿½JFï¿½,\sI~.Fï¿½ï¿½Vï¿½Y5ï¿½ï¿½*Lï¿½
ï¿½.ï¿½ï¿½ï¿½ï¿½ï¿½moï¿½ï¿½ï¿½ï¿½5uï¿½Aï¿½ï¿½ï¿½8xï¿½9|I
CKï¿½^ï¿½ï¿½^V+ï¿½Ò’ï¿½ï¿½#>ï¿½7>*Rsï¿½3ï¿½2ï¿½ï¿½lï¿½ï¿½Jpï¿½Boï¿½ï¿½{ï¿½ÑŠÙ<EFBFBD>ï¿½|ï¿½ï¿½ï¿½ï¿½ï¿½h`ï¿½jï¿½
pï¿½zBï¿½eï¿½ï¿½=T
7
ï¿½rï¿½&ï¿½Zï¿½ 9Om>lï¿½/:ï¿½ï¿½<ï¿½ï¿½m6:ï¿½fÃ†ï¿½ï¿½ï¿½ï¿½~'ï¿½ï¿½S_ï¿½ï¿½ï¿½ï¿½`	.ï¿½Yï¿½ï¿½)ï¿½ï¿½pï¿½ï¿½ï¿½ï¿½lï¿½ï¿½h7Nï¿½'ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½dï¿½Dï¿½TSï¿½ï¿½ ï¿½<â—œAï¿½ï¿½&cï¿½4ï¿½ï¿½ï¿½ï¿½ï¿½Eï¿½nï¿½Eï¿½+ï¿½ï¿½\ï¿½=ï¿½&Ò•&ï¿½%ï¿½0Dï¿½ï¿½ï¿½ï¿½ï¿½'?qï¿½J
ï¿½.;ï¿½gï¿½ï¿½36ï¿½Bï¿½ï¿½ï¿½	nï¿½ï¿½>0cï¿½mQï¿½ï¿½ï¿½zï¿½y,ï¿½+)kï¿½ï¿½ï¿½ï¿½ï¿½
ï¿½:&tx^@ï¿½nï¿½vï¿½ï¿½Sï¿½ï¿½i%ï¿½zuï¿½ï¿½ï¿½|ï¿½1ÜŠ}ï¿½N+Nï¿½Ó¹ï¿½ï¿½ï¿½A1ï¿½-!ymIï¿½ï¿½ï¿½2ï¿½P
	dï¿½Zï¿½^ï¿½
ï¿½ï¿½ï¿½ï¿½cb^|ï¿½ï¿½Ð’'3ï¿½ï¿½Oï¿½ï¿½ï¿½wï¿½zï¿½Dï¿½ï¿½ï¿½ï¿½$ï¿½-?ë”£ï¿½ï¿½ï¿½Uï¿½ï¿½}ï¿½ï¿½Î‚$ï¿½ï¿½dkï¿½.eEï¿½xO^ï¿½ï¿½lwï¿½Ì½cï¿½<ï¿½ï¿½ï¿½Rï¿½Oï¿½[.ï¿½Uï¿½ï¿½qï¿½ï¿½Xï¿½=kï¿½ï¿½ï¿½6PCï¿½!ï¿½0ï¿½	fï¿½bï¿½5ï¿½
ï¿½qï¿½*5wï¿½Q6ï¿½!ï¿½ï¿½Ì†ï¿½ï¿½pï¿½ï¿½ï¿½yiï¿½ï¿½Â´BPï¿½[|ï¿½4ï¿½(47ï¿½1ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½mkï¿½Oï¿½ï¿½ï¿½ï¿½Ò<EFBFBD>
ï¿½ï¿½*ï¿½cm5DNIï¿½Õšï¿½ï¿½"CGry,ï¿½xï¿½<ï¿½/zWnÃ—ï¿½Lï¿½zï¿½!Û<>%Fï¿½4&ï¿½^ï¿½ï¿½	V@eï¿½ ï¿½"Õ¥ï¿½flfï¿½ï¿½ï¿½ï¿½(ï¿½;ï¿½ï¿½*ï¿½ï¿½Pï¿½ï¿½	ï¿½@kFIV	(ï¿½ï¿½ï¿½ï¿½ï¿½|ï¿½kï¿½ï¿½ï¿½ï¿½*2T{Cï¿½ï¿½ï¿½,ï¿½H[
@ï¿½ï¿½ï¿½ï¿½"ï¿½ï¿½Kï¿½ï¿½ï¿½ï¿½
ï¿½ï¿½
ï¿½ï¿½{ï¿½ï¿½APy,ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½v7\ï¿½ï¿½ï¿½ï¿½>ï¿½s>ï¿½ï¿½;Nï¿½ï¿½OÒ¦ï¿½kï¿½4Zï¿½'Ï™ï¿½&Mm|ï¿½ï¿½;ï¿½ï¿½oï¿½uS:kjï¿½ï¿½ï¿½ï¿½ï¿½fqVqv0S
ï¿½Õ½C
1^ï¿½=$Zï¿½;)ï¿½4>Q"(ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½3WD<ï¿½ï¿½ï¿½Ê„>ï¿½vlG7^B1ï¿½Gï¿½ï¿½&ï¿½(ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½:ï¿½ï¿½j\ï¿½0ï¿½ï¿½ï¿½36ï¿½xd*ï¿½,ï¿½ï¿½æ¬²4ï¿½ï¿½Ñžï¿½hZ.ï¿½ï¿½ï¿½#Ó¥"ï¿½ï¿½tï¿½ï¿½Oï¿½{ï¿½Iï¿½;ï¿½ï¿½Qï¿½w(ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½kï¿½7ï¿½s
!ï¿½jï¿½ï¿½ï¿½tï¿½c2pï¿½Nï¿½Ñ–,ï¿½iaï¿½z@ï¿½ï¿½Ê‹nï¿½,8ï¿½6lyï¿½Û¸Q ï¿½<jï¿½ï¿½ï¿½ï¿½Iï¿½ï¿½ï¿½ï¿½ï¿½ï¿½
-Ñ<EFBFBD>ï¿½Y%&ï¿½))ï¿½qQï¿½ï¿½.Qï¿½ÈŽï¿½Û<EFBFBD>X-ï¿½ï¿½ï¿½ M1ï¿½ï¿½u-ï¿½ï¿½A3ï¿½ï¿½VE5#2ï¿½8ï¿½Fï¿½R
,ï¿½fï¿½ï¿½!~_ï¿½Iï¿½Mï¿½&`ÂªÕ˜ï¿½ï¿½d>ï¿½,ï¿½eï¿½|?cï¿½ï¿½#kï¿½é¹<EFBFBD>yï¿½!ï¿½0&ï¿½ï¿½Lï¿½ï¿½3ï¿½zï¿½SÅ£ï¿½dÔ“ï¿½ï¿½ï¿½ï¿½_ï¿½/ï¿½ï¿½fï¿½ï¿½}ï¿½ï¿½ï¿½ï¿½N=':ï¿½<<ï¿½MAlï¿½]ï¿½ï¿½ï¿½ï¿½Wcï¿½ï¿½ï¿½5rï¿½ï¿½ï¿½ï¿½$ï¿½*5Iaï¿½ï¿½ê•€ï¿½ï¿½Ý¤+ï¿½ï¿½ï¿½$ï¿½eï¿½>*ï¿½ï¿½wï¿½gsï¿½ï¿½ï¿½ï¿½Utynb
ó˜¾‚K@ï¿½Ôªï¿½ï¿½ï¿½ï¿½ï¿½lSï¿½Qï¿½jB$,4Y3,crï¿½fï¿½ï¿½ï¿½Õ’ï¿½ï¿½ï¿½$ï¿½EÙ‚ï¿½4[tï¿½Oy(#ï¿½5Jï¿½ï¿½hmlï¿½JL 5ï¿½Pï¿½2'ï¿½'ï¿½MLTDï¿½ï¿½{ï¿½ï¿½8ï¿½.ï¿½ï¿½YZKKjï¿½Lï¿½ß¦9Mï¿½ï¿½lï¿½5ï¿½ï¿½ï¿½%Tï¿½eÖ¢]Bï¿½ï¿½ï¿½>ï¿½ï¿½CJÄ…ï¿½Eï¿½Juï¿½Wï¿½k.l9ï¿½ï¿½ï¿½;1ï¿½ï¿½ï¿½'@ï¿½
ï¿½Cï¿½W-ï¿½ï¿½ï¿½ï¿½-ï¿½ï¿½ï¿½Zï¿½KÔ”ï¿½'ï¿½+CYt%ï¿½oï¿½ï¿½G}pÞ¥ï¿½ï¿½nï¿½ï¿½
pï¿½ï¿½ï¿½[ï¿½]&Gï¿½H;ï¿½ï¿½ï¿½ï¿½\ï¿½Uq?Nï¿½ï¿½0Lï¿½	fjU+Mï¿½ï¿½ï¿½9'Õ€ï¿½(z6	ï¿½GOpï¿½\ï¿½hï¿½ï¿½5ï¿½è·¡_ï¿½oï¿½1%ë’„Ú¤ï¿½ToÜ¹D\XMï¿½É±ï¿½ï¿½Lï¿½<ï¿½ï¿½[|ï¿½fï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½obï¿½8yï¿½ï¿½Ï€rï¿½ï¿½FVï¿½Sï¿½ï¿½ï¿½
ï¿½7ï¿½ï¿½ï¿½3ï¿½rRï¿½ï¿½2ï¿½ï¿½Yï¿½~ï¿½ï¿½ï¿½0Ã®$a2Yï¿½Sï¿½ï¿½Ul8*Fï¿½Hiï¿½ï¿½4ï¿½G.ï¿½cï¿½kï¿½ï¿½{ï¿½ï¿½ï¿½ÝŽï¿½ï¿½]ï¿½ï¿½ï¿½ï¿½Ñ˜bÐ«ï¿½1ï¿½Zï¿½ï¿½!|rï¿½ï¿½ï¿½?;tï¿½Cï¿½zG*ï¿½3ï¿½ï¿½ï¿½sh=ï¿½ï¿½!ï¿½ï¿½.ï¿½ï¿½Zbï¿½ï¿½fX>EEvgZ3lï¿½mq(ï¿½Mï¿½/ï¿½Q>ï¿½ï¿½ï¿½*n?ï¿½ï¿½ï¿½ï¿½Fwï¿½<ï¿½l:É³ï¿½{0dLï¿½oÂ˜VHvï¿½ï¿½yp%ï¿½oï¿½ï¿½ï¿½]ï¿½iï¿½ï¿½ï¿½ï¿½6ï¿½e]ï¿½ï¿½nï¿½5CS\ktï¿½ï¿½Aï¿½ï¿½ï¿½á‡Žï¿½]ï¿½*ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½%Hï¿½ï¿½pï¿½ï¿½a{ï¿½pï¿½ï¿½,ï¿½zï¿½vï¿½ï¿½ï¿½ï¿½ÕŽ5ï¿½:ï¿½eï¿½?FVï¿½ï¿½~4ï¿½]ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½}ï¿½ï¿½ï¿½ï¿½%ï¿½ï¿½ï¿½ï¿½'ï¿½ï¿½ï¿½n7Wtï¿½ï¿½P;
ï¿½Augï¿½9ß–ï¿½Mîºï¿½Sï¿½ï¿½Ê°ï¿½ï¿½ï¿½ï¿½ï¿½k98ï¿½ï¿½aï¿½ï¿½ï¿½ï<EFBFBD><EFBFBD>ï¿½zï¿½ï¿½ï¿½ï¿½j\sï¿½nï¿½ï¿½ï¿½ï¿½ï¿½qï¿½2Uï¿½ï¿½ï¿½ï¿½ï¿½*ï¿½!ï¿½RT[fï¿½Tï¿½ï¿½ï¿½ï¿½3ï¿½~ï¿½ï¿½rï¿½Xql@Zhï¿½jUï¿½ï¿½ï¿½}.Ø¤Oï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Rpï¿½ï¿½ï¿½ï¿½)ï¿½ï¿½î…§ï¿½qï¿½ï¿½g0ï¿½'ï¿½ï¿½a8ï¿½ï¿½ÏªÈ®ï¿½ï¿½ï¿½ï¿½ï¿½Ëï¿½Wï¿½upLï¿½-o
Xï¿½8gEï¿½Wï¿½ï¿½ ï¿½ï¿½ï¿½,I3ï¿½7ï¿½Wï¿½;yï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½\=4ï¿½-wD&jsrï¿½ï¿½1ï¿½ï¿½ï¿½:ï¿½ï¿½:ï¿½Sï¿½ï¿½jï¿½&?hhdï¿½ï¿½ï¿½ß³ï¿½LÄ³`ï¿½9ï¿½H /ï¿½ï¿½Fï¿½`ï¿½ï¿½En
ï¿½ï¿½bï¿½Zï¿½dJï¿½ï¿½ï¿½%ï¿½Î<EFBFBD>Pï¿½Ò—ï¿½zPBï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½QwKE+ï¿½WÛ˜ï¿½ï¿½ï¿½ï¿½ï¿½qÅ 8ï¿½:ï¿½ï¿½ï¿½ï¿½ï¿½yï¿½ï¿½eï¿½.]ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½hï¿½ï¿½@Szï¿½ï¿½ï¿½Bï¿½ï¿½iï¿½6ã‡¦!@}Ù¦Ý·>qï¿½ï¿½kï¿½1[ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½;[ê“¢ï¿½Eï¿½aeï¿½ ï¿½ï¿½ï¿½7ï¿½ï¿½wï¿½vyï¿½ï¿½,Ù‡ï¿½ï¿½7oï¿½ï¿½ï¿½_oX:+{ï¿½^ï¿½ï¿½rlJï¿½Gï¿½ï¿½Lï¿½@ï¿½)ï¿½fï¿½Kï¿½D=ï¿½ï¿½ï¿½ï¿½'<7Þ<EFBFBD>ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½'S<jrï¿½#ï¿½ï¿½~0ï¿½ï¿½:ï¿½ï¿½: ï¿½3+ï¿½?ï¿½ï¿½Aï¿½'ï¿½ï¿½ï¿½NDï¿½ï¿½sà»¦ï¿½
ï¿½
ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½9Ö<EFBFBD>ï¿½pNï¿½ï¿½ï¿½;ï¿½ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½"Fï¿½$ï¿½fï¿½ï¿½3ï¿½ï¿½ï¿½xï¿½ï¿½ï¿½ï¿½M
ï¿½ï¿½ï¿½ï¿½[ï¿½ï¿½ï¿½ï¿½/ï¿½ï¿½ï¿½ï¿½ð”¸´ï¿½ï¿½B9ï¿½pï¿½sï¿½ï¿½ï¿½ï¿½ï¿½ÒŽï¿½G#ï¿½dJÝ—ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½

eï¿½ï¿½ï¿½ï¿½ï¿½g&ï¿½ï¿½=ï¿½:&ï¿½ï¿½Ì¶ï¿½yï¿½%1ï¿½ï¿½(,ï¿½oi.kkhï¿½ï¿½'@ï¿½ï¿½+ï¿½IÚ·ï¿½ï¿½Iï¿½&.ï¸Šï¿½ï¿½Vï¿½ï¿½ï¿½ï¿½R60ußŒï¿½kZ<ï¿½ï¿½ï¿½ra*ï¿½Â<EFBFBD>Ë¹<ï¿½Q?ï¿½)ï¿½ï¿½ï¿½ï¿½ï¿½4|dï¿½OB`ï¿½Jï¿½fï¿½ï¿½Å¨wï¿½ï¿½D[ï¿½N~ï¿½ï¿½ï¿½ï¿½ï¿½Xï¿½ï¿½
73ï¿½&=9Lxeï¿½ï¿½ï¿½b ï¿½ï¿½4$ï¿½lï¿½oe
ï¿½`#wï¿½ï¿½0ï¿½Aï¿½G{ï¿½ï¿½\ï¿½ï¿½Éªï¿½ï¿½M5ï¿½Mï¿½Êš<ï¿½ï¿½vï¿½;hï¿½ï¿½pï¿½ï¿½jb$ï¿½~L
	ï¿½ï¿½^ï¿½ï¿½'Ü®ï¿½(^ï¿½5$ï¿½(ï¿½ï¿½Hï¿½ï¿½	ï¿½Rï¿½ï¿½`ï¿½ï¿½~ï¿½ï¿½~[zï¿½hï¿½ï¿½XWï¿½ï¿½vï¿½MKï¿½ï¿½ï¿½)>"%ï¿½ï¿½qï¿½ï¿½<7{Nï¿½ï¿½æ‚§ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Mï¿½uï¿½ï¿½ï¿½~ï¿½ï¿½ï¿½ï¿½ï¿½68ï¿½Qï¿½u_=~Lï¿½!jï¿½ï¿½Æ–ï¿½ï¿½ï¿½ï¿½bï¿½Gï¿½Æ¼ï¿½jï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Oï¿½sWJuï¿½jï¿½ï¿½9ï¿½\[N	ï¿½'á€¾@ï¿½ï¿½ï¿½qï¿½Dï¿½Aï¿½ï¿½`0'Uï¿½kï¿½ï¿½É¸éª“ï¿½#{ï¿½ï¿½ï¿½ï¿½Kï¿½ï¿½kbï¿½Oï¿½#ï¿½ï¿½ï¿½*ï¿½cA3ï¿½ï¿½ï¿½ï¿½?ï¿½Iï¿½ï¿½ï¿½ï¿½ï¿½Lï¿½<ï¿½ï¿½~ï¿½ï¿½ï¿½(ï¿½ï¿½s$ï¿½ju
ï¿½@ï¿½rMpgï¿½
×„ï¿½qjï¿½ï¿½ï¿½Ucï¿½Nï¿½ï¿½Jï¿½c<pï¿½ï¿½ï¿½8Vï¿½Tï¿½ï¿½Dï¿½'M ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½9Aï¿½ï¿½t:ï¿½Ð<EFBFBD>ï¿½ï¿½7/#7373/SXdï¿½3ï¿½t*5Õ”"Ri`ï¿½ï¿½ï¿½e<ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½[×¯6	mï¿½ï¿½\Ì¡E6tDï¿½ï¿½ï¿½.ï¿½ï¿½ï¿½.-Uï¿½MA3ï¿½ï¿½ï¿½ï¿½È•ï¿½Ä¤ï¿½KFï¿½1ï¿½0ï¿½zï¿½ï¿½ï¿½ï¿½ï¿½cï¿½MCï¿½ï¿½ï¿½ï¿½ï¿½\ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½`6ï¿½pï¿½ï¿½fï¿½&Gï¿½ï¿½vEmï¿½ï¿½ï¿½V~Bï¿½jï¿½bÞ“ï¿½ï¿½e2sYï¿½ï¿½|4>bï¿½k$ï¿½ï¿½ï¿½*ï¿½ï¿½ï¿½uï¿½ï¿½ï¿½+ï¿½Ó˜ï¿½ï¿½ï¿½l;Æ ï¿½[ï¿½Sï¿½ï¿½ï¿½tkï¿½ï¿½ï¿½x4ï¿½^Zï¿½[:FAo#ï¿½ï¿½SJï¿½yï¿½ï¿½ï¿½{0IjØš$kï¿½#ï¿½ï¿½ï¿½ï¿½ï¿½_ï¿½ï¿½{>ï¿½Rd ï¿½(Oï¿½Fï¿½Gï¿½4~q'ï¿½Ø„ï¿½n-aï¿½ï¿½Jsï¿½ï¿½ï¿½]EeYï¿½ï¿½K`ï¿½ï¿½ï¿½Æ…qï¿½pÛ£ï¿½Ò“Xiï¿½ï¿½qlfï¿½a=}Ý˜l;ï¿½ß’WÄ¼ï¿½'ï¿½ï¿½Q!cï¿½f6ï¿½-ï¿½Fï¿½Õ”ï¿½
vï¿½ ï¿½ï¿½ï¿½lï¿½ï¿½ï¿½ï¿½ï¿½@u&",1ï¿½ï¿½ï¿½Lï¿½)mï¿½Gï¿½ï¿½\ï¿½`ï¿½ï¿½ï¿½V9ï¿½ï¿½ï¿½ï¿½bJï¿½ï¿½ï¿½}Fï¿½If#csï¿½suï¿½ï¿½Gï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½yï¿½ï¿½ï¿½ï¿½/ï¿½7xï¿½ Ó®tï¿½ï¿½ï¿½\oUï¿½ï¿½S#ï¿½ï¿½ï¿½8ï¿½ï¿½dpï¿½jï¿½t:ï¿½ALï¿½z	}%@ï¿½MVAjuvï¿½0ï¿½ï¿½dï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½CE^ï¿½.Im_Ó¶J Ah&=ï¿½Xï¿½1ï¿½(Zm5ï¿½ï¿½ï¿½[ï¿½Tï¿½ï¿½tï¿½ï¿½k>ï¿½mgï¿½Z@ï¿½ï¿½ï¿½Fï¿½plï¿½'ï¿½Zï¿½Yï¿½ï¿½ï¿½Liï¿½ï¿½&ï¿½ï¿½ï¿½ï¿½vjd5Å¾Ï‡Nï¿½ï¿½ï¿½Cï¿½Ü¿_Ð…ï¿½ï¿½ï¿½ï¿½M\ï¿½rASnï¿½ï¿½ï¿½ï¿½cï¿½}gEGï¿½
Ä–ï¿½yï¿½ï¿½Gï¿½ 1#Uï¿½*Sï¿½ï¿½Bï¿½ï¿½ï¿½ï¿½xï¿½ï¿½rUï¿½ï¿½ï¿½QWï¿½ï¿½Oï¿½/Gï¿½qï¿½ï¿½!ï¿½@6Nï¿½ï¿½ï¿½qï¿½Q1uqM-ï¿½uM-ï¿½ï¿½ï¿½bï¿½ï¿½ï¿½ï¿½7ï¿½:Fï¿½pï¿½`:ï¿½ï¿½Gï¿½ï¿½uejï¿½t)ï¿½ï¿½RMe
ï¿½ï¿½oqï¿½ï¿½&Gï¿½/0ï¿½ï¿½?ï¿½ì”žï¿½ï¿½ï¿½ï¿½ï¿½Wï¿½7ï¿½ï¿½/ï¿½ï¿½Ô©ï¿½ï¿½ï¿½aï¿½ï¿½p/3ï¿½Zï¿½Uhï¿½ï¿½)ï¿½ï¿½rï¿½ï¿½ï¿½ï¿½"e!^!ï¿½nï¿½!ï¿½'ï¿½oFï¿½ï¿½ï¿½fXï¿½^ï¿½
ï¿½ï¿½jï¿½Mï¿½+ï¿½a\Ýµï¿½0ï¿½~*ï¿½ï¿½ï¿½ï¿½bï¿½ï¿½#ï¿½=ï¿½^Z{ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½smï¿½ï¿½ï¿½
iï¿½Nï¿½9ï¿½ï¿½ï¿½ï¿½ï¿½MzHï¿½ï¿½a
ï¿½ï¿½ï¿½>ï¿½ï¿½qï¿½qCoceï¿½ï¿½ï¿½`ï¿½ï¿½wPï¿½nï¿½fï¿½ï¿½ï¿½?ï¿½ï¿½ï¿½Dï¿½ ï¿½MDï¿½-g=ï¿½ï¿½wtï¿½ï¿½Ïœm}ï¿½kVYzeï¿½ï¿½2ï¿½	ï¿½zso
ï¿½ï¿½ï¿½ï¿½$ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½~abï¿½h)ï¿½Yï¿½ï¿½ï¿½aï¿½ï¿½ï¿½cï¿½
ï¿½D<Î“sMï¿½ï¿½-. 7ï¿½0Ýª+KoJï¿½ï¿½ï¿½Zï¿½ï¿½ï¿½ï¿½ï¿½ï¿½[@ï¿½Ð¡+ï¿½×¤ï¿½ï¿½ï¿½"4ï¿½ï¿½P?ï¿½oï¿½Â‚ï¿½zï¿½ï¿½ï¿½ï¿½ï¿½ï¿½o;~ï¿½ï¿½+ï¿½#kTï¿½ï¿½ï¿½s1ï¿½ï¿½ï¿½0ï¿½•Ù8research/cultnet-distributed-database/raft-extended.html¨researchÍƒIÃÚ#(<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
<meta charset="utf-8" />
<title>In Search of an Understandable Consensus Algorithm (Extended Version)</title>
<meta name="generator" content="Org mode" />
<meta name="author" content="Diego Ongaro and John Ousterhout, Stanford University" />
<link rel="stylesheet" type="text/css" href="/themes/readtheorg/styles/readtheorg/css/htmlize.css"/>
<link rel="stylesheet" type="text/css" href="/themes/readtheorg/styles/readtheorg/css/readtheorg.css"/>
<script src="/themes/jquery/2.1.3/jquery.min.js"></script>
<script src="/themes/bootstrap/3.3.4/js/bootstrap.min.js"></script>
<script type="text/javascript" src="/themes/readtheorg/styles/lib/js/jquery.stickytableheaders.min.js"></script>
<script type="text/javascript" src="/themes/readtheorg/styles/readtheorg/js/readtheorg.js"></script>
</head>
<body>
<div id="org-div-home-and-up">
 <a accesskey="h" href="../index.html"> UP </a>
 |
 <a accesskey="H" href="paperlist.html"> HOME </a>
</div><div id="content">
<h1 class="title">In Search of an Understandable Consensus Algorithm (Extended Version)</h1>
<div id="table-of-contents">
<h2>Table of Contents</h2>
<div id="text-table-of-contents">
<ul>
<li><a href="#orgf960eb7">DECLARATION</a></li>
<li><a href="#orgd05d3d0">Abstract</a></li>
<li><a href="#orge9839bb">1. Introduction</a></li>
<li><a href="#orgae8bb96">2. Replicated state machines</a></li>
<li><a href="#org1fe8017">3. What's wrong with Paxos?</a></li>
<li><a href="#orgfc9c6b4">4. Designing for understandability</a></li>
<li><a href="#orge3d8f10">5. The Raft consensus algorithm</a>
<ul>
<li><a href="#org752f98e">5.1. Raft basics</a></li>
<li><a href="#org291797f">5.2. Leader election</a></li>
<li><a href="#org44bb0a6">5.3. Log replication</a></li>
</ul>
</li>
</ul>
</div>
</div>

<div id="outline-container-orgf960eb7" class="outline-2">
<h2 id="orgf960eb7">DECLARATION</h2>
<div class="outline-text-2" id="text-orgf960eb7">
<p>
This page is the In Search of an Understandable Consensus Algorithm
(Extended Version)  paper. Original Paper Link
is: <a href="https://raft.github.io/raft.pdf">https://raft.github.io/raft.pdf</a>
</p>

<p>
In Search of an Understandable Consensus Algorithm<br />
(Extended Version)<br />
Diego Ongaro and John Ousterhout<br />
Stanford University
</p>
</div>
</div>

<div id="outline-container-orgd05d3d0" class="outline-2">
<h2 id="orgd05d3d0">Abstract</h2>
<div class="outline-text-2" id="text-orgd05d3d0">
<p>
Raft is a consensus algorithm for managing a replicated log. It produces a
result equivalent to (multi-)Paxos, and it is as efficient as Paxos, but its
structure is different from Paxos; this makes Raft more understandable than
Paxos and also provides a better foundation for building practical systems.
In order to enhance understandability, Raft separates the key elements of
consensus, such as leader election, log replication, and safety, and it enforces
a stronger degree of coherency to reduce the number of states that must be
considered. Results from a user study demonstrate that Raft is easier for
students to learn than Paxos. Raft also includes a new mechanism for changing
the cluster membership, which uses overlapping majorities to guarantee safety.
</p>
</div>
</div>

<div id="outline-container-orge9839bb" class="outline-2">
<h2 id="orge9839bb"><span class="section-number-2">1</span> Introduction</h2>
<div class="outline-text-2" id="text-1">
<p>
Consensus algorithms allow a collection of machines to work as a coherent group
that can survive the failures of some of its members. Because of this, they play
a key role in building reliable large-scale software systems. Paxos [15, 16] has
dominated the discussion of consensus algorithms over the last decade: most
implementations of consensus are based on Paxos or influenced by it, and Paxos
has become the primary vehicle used to teach students about consensus.
</p>

<p>
Unfortunately, Paxos is quite difficult to understand, in spite of numerous
attempts to make it more approachable. Furthermore, its architecture requires
complex changes to support practical systems. As a result, both system builders
and students struggle with Paxos.
</p>

<p>
After struggling with Paxos ourselves, we set out to find a new consensus
algorithm that could provide a better foundation for system building and
education. Our approach was unusual in that our primary goal was
understandability: could we define a consensus algorithm for practical systems
and describe it in a way that is significantly easier to learn than Paxos?
Furthermore, we wanted the algorithm to facilitate the development of intuitions
that are essential for system builders. It was important not just for the
algorithm to work, but for it to be obvious why it works.
</p>

<p>
The result of this work is a consensus algorithm called Raft. In designing Raft
we applied specific techniques to improve understandability,including
decomposition (Raft separates leader election, log replication, and safety) and
This tech report is an extended version of [32]; additional material is noted
with a gray bar in the margin. Published May 20, 2014. state space reduction
(relative to Paxos, Raft reduces the degree of nondeterminism and the ways
servers can be inconsistent with each other). A user study with 43 students
at two universities shows that Raft is significantly easier to understand than
Paxos: after learning both algorithms, 33 of these students were able to answer
questions about Raft better than questions about Paxos.
</p>

<p>
Raft is similar in many ways to existing consensus algorithms (most notably, Oki
and Liskov's Viewstamped Replication [29, 22]), but it has several novel
features:
</p>

<p>
1/. Strong leader: Raft uses a stronger form of leadership than other consensus
algorithms. For example, log entries only flow from the leader to other servers.
This simplifies the management of the replicated log and makes Raft easier to
understand.
</p>

<p>
2/. Leader election: Raft uses randomized timers to elect leaders. This adds
only a small amount of mechanism to the heartbeats already required for any
consensus algorithm, while resolving conflicts simply and rapidly.
</p>

<p>
3/. Membership changes: Raft's mechanism for changing the set of servers in the
cluster uses a new joint consensus approach where the majorities of two
different configurations overlap during transitions. This allows the cluster to
continue operating normally during configuration changes.
</p>

<p>
We believe that Raft is superior to Paxos and other consensus algorithms, both
for educational purposes and as a foundation for implementation. It is simpler
and more understandable than other algorithms; it is described completely enough
to meet the needs of a practical system; it has several open-source
implementations and is used by several companies; its safety properties have
been formally specified and proven; and its efficiency is comparable to other
algorithms.
</p>

<p>
The remainder of the paper introduces the replicated state machine problem
(Section 2), discusses the strengths and weaknesses of Paxos (Section 3),
describes our general approach to understandability (Section 4), presents the
Raft consensus algorithm (Sections 5â€“8), evaluates Raft (Section 9), and
discusses related work (Section 10).
</p>
</div>
</div>

<div id="outline-container-orgae8bb96" class="outline-2">
<h2 id="orgae8bb96"><span class="section-number-2">2</span> Replicated state machines</h2>
<div class="outline-text-2" id="text-2">
<p>
Consensus algorithms typically arise in the context of replicated state machines
[37]. In this approach, state machines on a collection of servers compute
identical copies of the same state and can continue operating even if some of
the servers are down. Replicated state machines are used to solve a variety of
fault tolerance problems in distributed systems. For example, large-scale
systems that have a single cluster leader, such as GFS [8], HDFS [38], and
RAMCloud [33], typically use a separate replicated state machine to manage
leader election and store configuration information that must survive leader
crashes. Examples of replicated state machines include Chubby [2] and
ZooKeeper [11].
</p>


<div id="org1bdf0c5" class="figure">
<p><img src="img/raft-figure1.jpg" alt="raft-figure1.jpg" />
</p>
<p><span class="figure-number">Figure 1: </span>Replicated state machine architecture. The consensus algorithm manages a replicated log containing state machine commands from clients. The state machines process identical sequences of commands from the logs, so they produce the same outputs.</p>
</div>

<p>
Replicated state machines are typically implemented using a replicated log, as
shown in Figure 1. Each server s•Ù9research/cultnet-distributed-database/dynamo-sosp2007.pdf¨researchÎ
½tÃÚ-%PDF-1.3
%ï¿½ï¿½ï¿½ï¿½
101 0 obj <</Linearized 1/L 839680/O 103/E 178543/N 16/T 837612/H [ 876 568]>>
endobj

xref
101 29
0000000016 00000 n
0000001444 00000 n
0000001525 00000 n
0000001727 00000 n
0000001863 00000 n
0000002320 00000 n
0000002760 00000 n
0000003302 00000 n
0000004074 00000 n
0000004327 00000 n
0000004601 00000 n
0000004869 00000 n
0000004982 00000 n
0000005229 00000 n
0000006383 00000 n
0000006918 00000 n
0000007199 00000 n
0000008288 00000 n
0000009351 00000 n
0000010473 00000 n
0000011530 00000 n
0000012622 00000 n
0000013685 00000 n
0000014725 00000 n
0000035703 00000 n
0000072079 00000 n
0000119236 00000 n
0000150351 00000 n
0000000876 00000 n
trailer
<</Size 130/Prev 837600/Root 102 0 R/Info 100 0 R/ID[<C1C715AA2D20C7C67D8119B9678A17C0><E970E0B0A53567468202B6FED23F070B>]>>
startxref
0
%%EOF

129 0 obj<</Length 474/Filter/FlateDecode/I 620/L 604/S 432/T 546>>stream
xï¿½b```ï¿½ï¿½ï¿½ï¿½ï¿½ cc`aï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½È¢ï¿½ï¿½ï¿½ë<EFBFBD>ºï¿½ï¿½ï¿½qÅ†ï¿½lÝ¬|;ï¿½ï¿½Y.whï¿½+xï¿½ï¿½6ljlï¿½ï¿½zï¿½ï¿½ï¿½ï¿½UHï¿½1(ï¿½qï¿½ï¿½NOhï¿½ï¿½ql29ï¿½ï¿½jr((Yï¿½ï¿½Qï¿½!2Ù§,+ï¿½ï¿½,ï¿½ï¿½ï¿½$Y&_y	ï¿½&IBï¿½Hhï¿½
 ï¿½ï¿½f	Tï¿½
dL2ï¿½ï¿½ï¿½ï¿½2ï¿½qrï¿½Iï¿½ï¿½ï¿½Þ¨}ï¿½!2ï¿½
fï¿½ï¿½ï¿½,wï¿½ï¿½@5*	ï¿½ï¿½ï¿½]ï¿½ï¿½sï¿½Xï¿½ï¿½ï¿½Bï¿½ï¿½ï¿½ï¿½ï¿½	Nï¿½Zv+ï¿½DGï¿½ï¿½ï¿½GGï¿½ï¿½K(ï¿½ï¿½I9J 1ï¿½ï¿½ï¿½3ï¿½)ï¿½0ï¿½llï¿½ï¿½ï¿½4ï¿½*ï¿½,aï¿½Vï¿½ï¿½1b`ï¿½ï¿½ï¿½2 ï¿½ï¿½ï¿½
v4ï¿½@`ï¿½ï¿½ï¿½ï¿½ï¿½X,ï¿½ï¿½ ï¿½0ï¿½!ï¿½qc'ï¿½{ï¿½ï¿½ï¿½3ï¿½epb8ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½cï¿½O,ï¿½ï¿½?ï¿½ï¿½}ï¿½ï¿½ï¿½2&ï¿½#ï¿½ï¿½Kï¿½:ï¿½Iï¿½13|ï¿½Tï¿½pIUï¿½ï¿½1ï¿½ï¿½Oï¿½`ï¿½'ï¿½ï¿½1T1X
ï¿½ï¿½ï¿½ï¿½J{ï¿½ï¿½sï¿½ï¿½}ï¿½Pï¿½V+ ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½sd?Tï¿½Kï¿½ï¿½ï¿½ï¿½z
endstream
endobj
102 0 obj<</Metadata 99 0 R/Pages 96 0 R/Type/Catalog/PageLabels 94 0 R>>
endobj
103 0 obj<</CropBox[0 0 612 792]/Parent 97 0 R/Contents[114 0 R 117 0 R 118 0 R 119 0 R 120 0 R 121 0 R 122 0 R 123 0 R]/Rotate 0/MediaBox[0 0 612 792]/Thumb 78 0 R/Resources 104 0 R/Type/Page>>
endobj
104 0 obj<</Font<</TT2 105 0 R/TT4 106 0 R/TT6 107 0 R/TT8 108 0 R/TT10 115 0 R>>/ProcSet[/PDF/Text]/ExtGState<</GS1 112 0 R>>>>
endobj
105 0 obj<</Subtype/TrueType/FontDescriptor 109 0 R/LastChar 146/Widths[278 0 0 0 0 0 0 0 333 333 0 0 0 333 0 278 0 0 0 0 0 0 0 0 0 0 333 0 0 0 0 0 0 722 0 0 722 667 0 0 722 0 0 722 0 0 0 0 0 0 0 667 0 0 0 0 0 0 0 0 0 0 0 0 0 556 611 556 611 556 333 611 611 278 0 0 278 889 611 611 0 0 389 556 333 611 556 0 556 556 500 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 278]/BaseFont/OGOFEC+Arial-BoldMT/FirstChar 32/Encoding/WinAnsiEncoding/Type/Font>>
endobj
106 0 obj<</Subtype/TrueType/FontDescriptor 113 0 R/LastChar 122/Widths[278 0 0 0 0 0 0 0 333 333 0 0 278 333 278 0 556 556 556 556 556 556 556 556 556 556 0 0 0 0 0 0 0 667 0 722 722 0 0 778 722 0 500 667 556 833 0 0 667 0 0 667 0 0 667 944 0 0 0 0 0 0 0 0 0 556 556 500 556 556 0 556 556 222 0 500 222 833 556 556 556 0 333 500 278 556 500 722 500 500 500]/BaseFont/OGOFFD+ArialMT/FirstChar 32/Encoding/WinAnsiEncoding/Type/Font>>
endobj
107 0 obj<</Subtype/TrueType/FontDescriptor 110 0 R/LastChar 146/Widths[250 0 0 0 0 0 833 0 333 333 0 0 250 333 250 278 500 500 500 500 500 500 500 500 500 500 333 0 0 570 0 500 0 722 667 722 722 667 611 778 778 389 0 778 667 944 722 778 611 0 722 556 667 722 722 1000 722 722 0 0 0 0 0 0 0 500 556 444 556 444 333 500 556 278 333 556 278 833 556 500 556 556 444 389 333 556 500 722 500 500 444 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 333]/BaseFont/OGOFGF+TimesNewRomanPS-BoldMT/FirstChar 32/Encoding/WinAnsiEncoding/Type/Font>>
endobj
108 0 obj<</Subtype/TrueType/FontDescriptor 111 0 R/LastChar 248/Widths[250 0 408 0 500 833 0 180 333 333 500 564 250 333 250 278 500 500 500 500 500 500 500 500 500 500 278 278 564 564 564 0 0 722 667 667 722 611 556 722 722 333 389 722 611 889 722 722 556 722 667 556 611 722 722 944 722 722 611 333 0 333 0 0 0 444 500 444 500 444 333 500 500 278 278 500 278 778 500 500 500 500 333 389 278 500 500 722 500 500 444 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 333 444 444 0 500 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 500]/BaseFont/OGOFHH+TimesNewRomanPSMT/FirstChar 32/Encoding/WinAnsiEncoding/Type/Font>>
endobj
109 0 obj<</StemV 138/FontName/OGOFEC+Arial-BoldMT/FontStretch/Normal/FontFile2 124 0 R/FontWeight 700/Flags 32/Descent -211/FontBBox[-628 -376 2000 1010]/Ascent 905/FontFamily(Arial)/CapHeight 718/XHeight 515/Type/FontDescriptor/ItalicAngle 0>>
endobj
110 0 obj<</StemV 136/FontName/OGOFGF+TimesNewRomanPS-BoldMT/FontStretch/Normal/FontFile2 125 0 R/FontWeight 700/Flags 34/Descent -216/FontBBox[-558 -307 2000 1026]/Ascent 891/FontFamily(Times New Roman)/CapHeight 656/XHeight -546/Type/FontDescriptor/ItalicAngle 0>>
endobj
111 0 obj<</StemV 82/FontName/OGOFHH+TimesNewRomanPSMT/FontStretch/Normal/FontFile2 126 0 R/FontWeight 400/Flags 34/Descent -216/FontBBox[-568 -307 2000 1007]/Ascent 891/FontFamily(Times New Roman)/CapHeight 656/XHeight -546/Type/FontDescriptor/ItalicAngle 0>>
endobj
112 0 obj<</OPM 1/HT/Default/OP false/BG2/Default/op false/Type/ExtGState/SA false/UCR2/Default/SM 0.02>>
endobj
113 0 obj<</StemV 88/FontName/OGOFFD+ArialMT/FontStretch/Normal/FontFile2 128 0 R/FontWeight 400/Flags 32/Descent -211/FontBBox[-665 -325 2000 1006]/Ascent 905/FontFamily(Arial)/CapHeight 718/XHeight 515/Type/FontDescriptor/ItalicAngle 0>>
endobj
114 0 obj<</Length 1083/Filter/FlateDecode>>stream
Hï¿½lUÛŽï¿½6}ï¿½Wï¿½#Xï¿½Dï¿½ï¿½''lï¿½ï¿½@ï¿½Ã¢\ï¿½ï¿½Ù•(Wï¿½ï¿½n>#_ï¿½!)ï¿½ï¿½Eï¿½Xï¿½Â™9gï¿½\ï¿½ï¿½qï¿½ï¿½Aï¿½>ï¿½ï¿½mï¿½ ï¿½vï¿½JkHï¿½/UCUï¿½Qï¿½ï¿½Jï¿½ï¿½ï¿½mï¿½Jhï¿½$h{Yï¿½ï¿½WÅ‡ï¿½ï¿½ï¿½Ç¨~jï¿½,ï¿½ï¿½6g.{ï¿½ï¿½ï¿½*^ï¿½3ï¿½g[3Nï¿½ï¿½oï¿½/`Ìƒ1hï¿½ï¿½eï¿½<Xï¿½@ï¿½WZï¿½'ï¿½(g-N'ï¿½W;ï¿½ï¿½xï¿½ï¿½ï¿½Ì£ï¿½ï¿½/ï¿½4ï¿½eU`ï¿½ï¿½ï¿½Fï¿½1GU#ï¿½ï¿½ï¿½ï¿½;ï¿½q_ï¿½pï¿½Jï¿½ï¿½qVï¿½rB×¼X\É™Oï¿½#Z}ï¿½/sï¿½OÜ ï¿½cï¿½ï¿½&9ï¿½)Mkï¿½ifWï¿½ï¿½Amï¿½Rq}ï¿½ï¿½ï¿½ï¿½>A7ï¿½ï¿½ï¿½É¾;J|ï¿½^ï¿½ï¿½0+Z$]ï¿½ï¿½ï¿½ï¿½3ï¿½ï¿½ï¿½ï¿½ï¿½QZï¿½oÂˆ	ï¿½ï¿½>ï¿½_xdï¿½nï¿½Ó¸ï¿½ï¿½*Gï¿½?Å¤ï¿½ï¿½Aï¿½Ú¹ï¿½hï¿½ï¿½ï¿½ï¿½XUï¿½
ï¿½ï¿½JZï¿½ï¿½Î·ï¿½ï¿½ê®¸QAKï¿½"Dï¿½	ï¿½ï¿½!ï¿½xÍ¯%Ì°L%ï¿½ï¿½jï¿½.ï¿½ï¿½zï¿½ï¿½ï¿½1K-ï¿½ï¿½Ñ®ï¿½!ï¿½|Ü¶ï¿½Uï¿½ï¿½Oï¿½ï¿½ï¿½ï¿½ï¿½wlHEEï¿½ï¿½2Lï¿½ï¿½gï¿½ï¿½ï¿½$ï¿½E/ï¿½sTÑšï¿½^:ï¿½ï¿½ï¿½ï¿½Fï¿½ï¿½@ï¿½	n`ï¿½RF3ï¿½#dTï¿½ï¿½Yï¿½ï¿½xï¿½Ó†ï¿½ï¿½eJï¿½{ï¿½Cï¿½ï¿½.ï¿½li0Kï¿½ï¿½ï¿½ï¿½ï¿½#FoPï¿½ï¿½2"`ï¿½{4sï¿½,ï¿½ï¿½4Qï¿½tGgï¿½E
Oï¿½"<J`,ï¿½ï¿½ï¿½Xï¿½/ÎŠÌƒï¿½y'ï¿½ï¿½lï¿½ï¿½ï¿½ Rï¿½][%ï¿½fmsï¿½,Fï¿½Y.Î§ï¿½%ï¿½ï¿½ï¿½b7ï¿½+ï¿½gN&DObrÜ¿3rTï¿½ï¿½ï¿½ß<>H<^:2cï¿½ï¿½ï¿½Å¾ï¿½Sï¿½ï¿½ï¿½9ï¿½ï¿½Fï¿½ï¿½^)-ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ELTaï¿½ï¿½vï¿½ï¿½ï¿½kï¿½Eï¿½ï¿½ï¿½ï¿½ï¿½ETTkï¿½AËƒï¿½{ï¿½qe`/ï¿½ï¿½ï¿½ï¿½$ï¿½ï¿½.ï¿½;ï¿½ï¿½ï¿½ï¿½ï¿½i<Fï¿½Iï¿½fï¿½:ï¿½ï¿½ï¿½/ï¿½kï¿½3ï¿½Yï¿½ï¿½
zï¿½")Aï¿½@ÔŠ[K3ï¿½VCï¿½
-ï¿½ï¿½'ï¿½ï¿½ï¿½bv#Xï¿½ï¿½ï¿½ï¿½8	=Qï¿½KOï¿½znï¿½ï¿½4ï¿½ï¿½rï¿½ï¿½Ñ—ï¿½4ï¿½gï¿½Cï¿½ZLgiï¿½{ï¿½96ï¿½ï¿½ï¿½srï¿½gQï¿½ï¿½ï¿½ï¿½>rï¿½ï¿½Yï¿½ï¿½ï¿½3ï¿½klï¿½Ú’^`ï¿½.ï¿½ï¿½Z.ï¿½sï¿½ï¿½ï¿½NJØ‹A(#vï¿½`ï¿½ï¿½Ï’ï¿½
ï¿½xZï¿½ï¿½]ï¿½Rï¿½'_Cmï¿½ï¿½CQï¿½ï¿½ï¿½Ü™ï¿½[[eï¿½ï¿½ï¿½ï¿½[ï¿½Sï¿½'aï¿½5VQï¿½ï¿½Nï¿½6Ñœï¿½rpï¿½ï¿½ï¿½ï¿½$+ï¿½ï¿½5ï¿½ï¿½%ï¿½ï¿½Xï¿½Î›2ï¿½ï¿½ï¿½Xï¿½ï¿½ï¿½ï¿½-ï¿½Õ<EFBFBD>G	ï¿½4ï¿½bJmï¿½6ï¿½ï¿½XÖ©Uï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Gï¿½&}Ç³yï¿½u|ï¿½ï¿½ï¿½ï¿½Bï¿½iï¿½ï¿½ï¿½u)l>a
pï¿½ï¿½ï¿½xï¿½Kï¿½0Nrï¿½Ä®ï¿½ï¿½oï¿½`ï¿½D6_ï¿½C\ï¿½(qï¿½ï¿½?ï¿½V!o
endstream
endobj
115 0 obj<</Subtype/TrueType/FontDescriptor 116 0 R/LastChar 148/Widths[250 0 0 0 0 0 0 0 0 0 0 0 250 333 250 278 500 500 500 500 500 0 500 500 500 500 333 0 0 0 0 0 0 611 611 667 722 611 611 722 722 333 0 0 556 833 667 722 611 722 611 500 556 722 611 0 611 0 0 0 0 0 0 0 0 500 500 444 500 444 278 500 500 278 278 444 278 722 500 500 500 500 389 389 278 500 444 667 444 444 389 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 333 556 556]/BaseFont/OGOFJI+TimesNewRomanPS-ItalicMT/FirstChar 32/Encoding/WinAnsiEncoding/Type/Font>>
endobj
116 0 obj<</StemV 71.742/FontName/OGOFJI+TimesNewRomanPS-ItalicMT/FontStretch/Normal/FontFile2 127 0 R/FontWeight 400/Flags 98/Descent -216/FontBBox[-498 -307 1120 1023]/Ascent 891/FontFamily(Times New Roman)/CapHeight 656/XHeight -546/Type/FontDescriptor/ItalicAngle -15>>
endobj
117 0 obj<</Length 1018/Filter/FlateDecode>>stream
Hï¿½tUË–ï¿½6ï¿½ï¿½+ï¿½ï¿½Î‰TQ/KËžzï¿½lï¿½ï¿½w9Ypdï¿½f"ï¿½>zx2ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½x&ï¿½J6	\ï¿½eï¿½ï¿½Yï¿½Iqï¿½vY*%ï¿½zï¿½Eï¿½nï¿½j;Oï¿½L/ï¿½ï¿½]ï¿½ï¿½AQï¿½Dï¿½ï¿½ï¿½ï¿½xØ±sï¿½ï¿½ï¿½%ï¿½/ð¶³±ï¿½[ï¿½ï¿½%Nê´ˆï¿½ï¿½ï¿½>ï¿½ï¿½Iï¿½W-ï¿½ï¿½z|ï¿½ï¿½dï¿½ï¿½Mï¿½hFï¿½ï¿½ï¿½ï¿½ï¿½Nï¿½ï¿½ï¿½-@ï¿½h|1ï¿½jï¿½ï¿½Lb`ï¿½<Rqï¿½ï¿½Oï¿½Xï¿½Cï¿½ï¿½;-5Ya)ï¿½ï¿½Þ¯ï¿½ï¿½ï¿½EÝ”Ü<>)É‰ï¿½M\#ï¿½>N2$ï¿½ï¿½:ï¿½ï¿½2ï¿½ï¿½ï¿½ï¿½4ï¿½ï¿½ï¿½ï¿½ï¿½pï¿½ï¿½<ï¿½ï¿½ï¿½ï¿½ï¿½>Rï¿½$ï¿½ï¿½mTï¿½ï¿½ï¿½ï¿½ï¿½Wd3ï¿½ï¿½\ï¿½ï¿½(ï¿½ï¿½$ï¿½,ï¿½}ï¿½ï¿½;ï¿½ï¿½jÔ‚ï¿½k#ï¿½)sï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Vï¿½ï¿½T< 6ï¿½1pï¿½ï¿½+ï¿½ï¿½+ï¿½)tDï¿½Fï¿½Oï¿½ï¿½ï¿½Nz2ï¿½a(Fï¿½^[#Wï¿½"ï¿½0Tï¿½nï¿½ï¿½ï¿½fï¿½,ï¿½wï¿½ï¿½Ä¢ï¿½ï¿½wk
ï¿½Pk{ï¿½ï¿½ï¿½eeï¿½ï¿½j.ï¿½(%-ï¿½
$ß¹]h3\ï¿½ï¿½ï¿½ï¿½N=ï¿½o>I,argCEï¿½mï¿½/ï¿½ï¿½(-a1{w7ï¿½ï¿½vWï¿½Aï¿½1ï¿½ï¿½cj!ï¿½ÈŸkï¿½ï¿½ï¿½ÝŸï¿½ï¿½ï¿½ï¿½{zï¿½ï¿½ï¿½Pï¿½ï¿½ï¿½ÛªXWï¿½{]DSwï¿½hï¿½ï¿½edhï¿½0ï¿½ï¿½N,|ï¿½ï¿½ï¿½Kw7'>
ï¿½ï¿½.vï¿½1ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½
`Dï¿½ï¿½ï¿½eï¿½=ï¿½ï¿½ï¿½i10F,ï¿½ï¿½ï¿½7Gï¿½Ë‰ï¿½ï¿½Rï¿½ï¿½kï¿½ï¿½wï¿½0ï¿½ï¿½ï¿½Qï¿½ï¿½ï¿½ï¿½!ï¿½ï¿½ÊŸCï¿½ dï¿½ï¿½bï¿½A{*^ï¿½ï¿½"-ï¿½ï¿½ï¿½]5ï¿½ï¿½ï¿½ï¿½6hï¿½;ï¿½Pï¿½4/V
@ï¿½ï¿½ï¿½PÕ<EFBFBD>ï¿½ï¿½ï¿½=ï¿½ï¿½Vï¿½$ï¿½ï¿½Yï¿½ï¿½uï¿½9ï¿½ï¿½fï¿½ï¿½ï¿½>ï¿½bOØºNï¿½ï¿½ï¿½xqÕ¤ï¿½ï¿½ï¿½Ó´2(o4nJï¿½ï¿½ï¿½yï¿½g_ï¿½ï¿½Qï¿½wHï¿½?ï¿½ï¿½ï¿½ï¿½ï¿½1Â™Aï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ò<EFBFBD>µ•ï¿½ï¿½NJï¿½ï¿½ï¿½hï¿½ï¿½ï¿½Uï¿½Û7/yï¿½ï¿½zb*Nï¿½ï¿½gï¿½7:ï¿½oï¿½ï¿½ï¿½ï¿½ï¿½3 fHï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Sï¿½	%qï¿½ fï¿½oï¿½{ï¿½*ï¿½&ï¿½ï¿½7ï¿½O=ï¿½BfhDsï¿½ï¿½ï¿½==ï¿½ï¿½zï¿½1ï¿½ï¿½w>Yï¿½Aï¿½FÙš
70ï¿½ï¿½ï¿½ï¿½ï¿½Fh"ï¿½=^{ï¿½ï¿½ï¿½
ï¿½ ï¿½9ï¿½v<ï¿½=>C8ï¿½ï¿½	|ï¿½R
ï¿½ï¿½qx`%ï¿½Zï¿½ï¿½ï¿½ï¿½m74ï¿½ï¿½ï¿½ï¿½ï¿½vï¿½S7ï¿½ï¿½ï¿½Æ‰ï¿½cï¿½7ï¿½eï¿½Vï¿½Eï¿½ï¿½ï¿½K`ÌŸ^ï¿½ï¿½ï¿½Þ–è<EFBFBD>–ï¿½ï¿½bï¿½ï¿½ï¿½ï¿½ï¿½tï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ñ‡&ï¿½ï¿½ï¿½B^Xï¿½gï¿½ï¿½Bï¿½jï¿½ï¿½Iï¿½*ï¿½*ï¿½`hï¿½
endstream
endobj
118 0 obj<</Length 993/Filter/FlateDecode>>stream
Hï¿½|UÛŽï¿½6}ï¿½Wï¿½#	ï¿½Xï¿½ï¿½'OE(ï¿½ï¿½ ï¿½>-ï¿½i[ï¿½,ï¿½ï¿½Eï¿½ï¿½ï¿½Î<EFBFBD>ï¿½/ï¿½mï¿½ï¿½Kï¿½2gï¿½3ï¿½ï¿½ï¿½æ§¶ï¿½ABï¿½ï¿½ï¿½"ï¿½ï¿½
Rhï¿½7ï¿½HÓ´ï¿½ï¿½ï¿½+ï¿½Cï¿½ï¿½yb_y%{ï¿½)2ï¿½ï¿½Xï¿½ï¿½ï¿½5ï¿½ï¿½Mï¿½.YGï¿½
ï¿½ï¿½ï¿½=Ü‹ï¿½/Oï¿½ï¿½Yï¿½kï¿½qï¿½ï¿½Tï¿½Mï¿½>ï¿½9ï¿½G$0ï¿½ï¿½ï¿½?(ï¿½2$ï¿½ï¿½ï¿½.ï¿½ï¿½sr2&ï¿½pâ¹¨ï¿½ï¿½ï¿½&ï¿½ï¿½sJï¿½ï¿½ï¿½ï¿½'ï¿½ï¿½ÙŒG9sï¿½ï¿½ï¿½ï¿½qï¿½ï¿½ï¿½rpRï¿½Aï¿½
1ï¿½b=ï¿½Eï¿½Cï¿½ï¿½ï¿½26ï¿½/ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½K*ï¿½SAï¿½TLï¿½ÓŠWï¿½xï¿½
xï¿½ï¿½ï¿½^sï¿½V
ï¿½ï¿½#Pï¿½ï¿½ï¿½ï¿½Giï¿½0evï¿½Sï¿½lk|YWï¿½hddï¿½ï¿½ï¿½ï¿½Ø¾Tï¿½YÛ<EFBFBD>ï¿½ï¿½nï¿½ï¿½ï¿½(ï¿½LF!ï¿½æ¬€ï¿½ï¿½Iï¿½/+(rï¿½2%
ï¿½1D/ï¿½Aï¿½.Qï¿½_ï¿½ï¿½ï¿½ï¿½ï¿½jï¿½Õ„8ï¿½ï¿½Æ‡i@fï¿½ï¿½uï¿½ï¿½9<2VUfï¿½u.Cï¿½f*ï¿½ï¿½ï¿½7vpï¿½ï¿½|G&ï¿½ï¿½3ï¿½u7ï¿½ï¿½Yï¿½'Ffï¿½ï¿½nVï¿½Å¯C(}ï¿½%ï¿½Çœï¿½ï¿½ï¿½_ï¿½tï¿½ï¿½
ï¿½Q3ï¿½Cï¿½ï¿½Kï¿½
ï¿½2rï¿½ï¿½ï¿½"ï¿½uPï¿½]ï¿½-ï¿½Dï¿½ï¿½ï¿½`u0sï¿½ï¿½ï¿½Ó<C2BD>ï¿½Q"UDI$ï¿½Iï¿½VkWUEï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½"ï¿½ï¿½~>ï¿½_ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½	ï¿½m)ï¿½ï¿½YS *W}Jï¿½ï¿½sï¿½Í<>ï¿½ï¿½vï¿½fï¿½Qguï¿½eï¿½ï¿½ï¿½ï¿½qï¿½ï¿½[
:AzsÖ›ï¿½2=
ï¿½:4ï¿½ï¿½5ï¿½ï¿½	nï¿½$ï¿½Mï¿½xÜ¡sï¿½7ï¿½|4Q]ï¿½G!ï¿½9pï¿½ï¿½ï¿½'
ï¿½Yï¿½qï¿½ï¿½ï¿½ï¿½8ï¿½ï¿½ï¿½ï¿½ï¿½	ï¿½ï¿½Î€ï¿½'•Ù@research/cultnet-distributed-database/crdt-arxiv-1805.06358.html¨researchÍ´ÀÃÚ#(<!DOCTYPE html>
<html lang="en">

<head>  <title>[1805.06358] Conflict-free Replicated Data Types (CRDTs)</title>
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <link rel="apple-touch-icon" sizes="180x180" href="/static/browse/0.3.4/images/icons/apple-touch-icon.png">
  <link rel="icon" type="image/png" sizes="32x32" href="/static/browse/0.3.4/images/icons/favicon-32x32.png">
  <link rel="icon" type="image/png" sizes="16x16" href="/static/browse/0.3.4/images/icons/favicon-16x16.png">
  <link rel="manifest" href="/static/browse/0.3.4/images/icons/site.webmanifest">
  <link rel="mask-icon" href="/static/browse/0.3.4/images/icons/safari-pinned-tab.svg" color="#5bbad5">
  <meta name="msapplication-TileColor" content="#da532c">
  <meta name="theme-color" content="#ffffff">
  <link rel="stylesheet" type="text/css" media="screen" href="/static/browse/0.3.4/css/arXiv.css?v=20260318" />
  <link rel="stylesheet" type="text/css" media="print" href="/static/browse/0.3.4/css/arXiv-print.css?v=20200611" />
  <link rel="stylesheet" type="text/css" media="screen" href="/static/browse/0.3.4/css/browse_search.css" />
  <script language="javascript" src="/static/browse/0.3.4/js/accordion.js" ></script>
  <script language="javascript" src="/static/browse/0.3.4/js/optin-modal.js?v=20250819"></script>

  <link rel="canonical" href="https://arxiv.org/abs/1805.06358"/>
  <meta name="description" content="Abstract page for arXiv paper 1805.06358: Conflict-free Replicated Data Types (CRDTs)"><meta property="og:type" content="website" />
<meta property="og:site_name" content="arXiv.org" />
<meta property="og:title" content="Conflict-free Replicated Data Types (CRDTs)" />
<meta property="og:url" content="https://arxiv.org/abs/1805.06358v1" />
<meta property="og:image" content="/static/browse/0.3.4/images/arxiv-logo-fb.png" />
<meta property="og:image:secure_url" content="/static/browse/0.3.4/images/arxiv-logo-fb.png" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:height" content="700" />
<meta property="og:image:alt" content="arXiv logo"/>
<meta property="og:description" content="A conflict-free replicated data type (CRDT) is an abstract data type, with a well defined interface, designed to be replicated at multiple processes and exhibiting the following properties: (1) any replica can be modified without coordinating with another replicas; (2) when any two replicas have received the same set of updates, they reach the same state, deterministically, by adopting mathematically sound rules to guarantee state convergence."/>
<meta name="twitter:site" content="@arxiv"/>
<meta name="twitter:card" content="summary"/>
<meta name="twitter:title" content="Conflict-free Replicated Data Types (CRDTs)"/>
<meta name="twitter:description" content="A conflict-free replicated data type (CRDT) is an abstract data type, with a well defined interface, designed to be replicated at multiple processes and exhibiting the following properties: (1)..."/>
<meta name="twitter:image" content="https://static.arxiv.org/icons/twitter/arxiv-logo-twitter-square.png"/>
<meta name="twitter:image:alt" content="arXiv logo"/>
  <link rel="stylesheet" media="screen" type="text/css" href="/static/browse/0.3.4/css/tooltip.css"/><link rel="stylesheet" media="screen" type="text/css" href="https://static.arxiv.org/js/bibex-dev/bibex.css?20200709"/>  <script src="/static/browse/0.3.4/js/mathjaxToggle.min.js" type="text/javascript"></script>  <script src="//code.jquery.com/jquery-latest.min.js" type="text/javascript"></script>
  <script src="//cdn.jsdelivr.net/npm/js-cookie@2/src/js.cookie.min.js" type="text/javascript"></script>
  <script src="//cdn.jsdelivr.net/npm/dompurify@2.3.5/dist/purify.min.js"></script>
  <script src="/static/browse/0.3.4/js/toggle-labs.js?20241022" type="text/javascript"></script>
  <script src="/static/browse/0.3.4/js/cite.js" type="text/javascript"></script><meta name="citation_title" content="Conflict-free Replicated Data Types (CRDTs)" /><meta name="citation_author" content="PreguiÃ§a, Nuno" /><meta name="citation_author" content="Baquero, Carlos" /><meta name="citation_author" content="Shapiro, Marc" /><meta name="citation_doi" content="10.1007/978-3-319-63962-8\_185-1" /><meta name="citation_date" content="2018/05/16" /><meta name="citation_online_date" content="2018/05/16" /><meta name="citation_pdf_url" content="https://arxiv.org/pdf/1805.06358" /><meta name="citation_arxiv_id" content="1805.06358" /><meta name="citation_abstract" content="A conflict-free replicated data type (CRDT) is an abstract data type, with a well defined interface, designed to be replicated at multiple processes and exhibiting the following properties: (1) any replica can be modified without coordinating with another replicas; (2) when any two replicas have received the same set of updates, they reach the same state, deterministically, by adopting mathematically sound rules to guarantee state convergence." />
</head>

<body  class="with-cu-identity">


  <div class="flex-wrap-footer">
    <header>
      <a href="#content" class="is-sr-only">Skip to main content</a>
      <!-- start desktop header -->
      <div class="columns is-vcentered is-hidden-mobile" id="cu-identity">
        <div class="column" id="cu-logo">
          <a href="https://www.cornell.edu/"><img src="/static/browse/0.3.4/images/icons/cu/cornell-reduced-white-SMALL.svg" alt="Cornell University" /></a>
        </div><!-- /from April 7 at 1:00 AM to May 29 at 21:40 --><!-- /from May 2 at 1:00 AM to May 5 at 9:45 AM --><div class="column banner-minimal">
            <a href="https://tech.cornell.edu/arxiv/" target="_blank">Learn about arXiv becoming an independent nonprofit.</a>
        </div><div class="column" id="support-ack">
          <span id="support-ack-url">We gratefully acknowledge support from the Simons Foundation, <a href="https://info.arxiv.org/about/ourmembers.html">member institutions</a>, and all contributors.</span>
          <a href="https://info.arxiv.org/about/donate.html" class="btn-header-donate">Donate</a>
        </div>
      </div>

      <div id="header" class="is-hidden-mobile">
<a aria-hidden="true" tabindex="-1" href="/IgnoreMe"></a>
  <div class="header-breadcrumbs is-hidden-mobile">
    <a href="/"><img src="/static/browse/0.3.4/images/arxiv-logo-one-color-white.svg" alt="arxiv logo" style="height:40px;"/></a> <span>&gt;</span> <a href="/list/cs/recent">cs</a> <span>&gt;</span> arXiv:1805.06358
  </div>

        <div class="columns is-vcentered is-mobile" style="justify-content: flex-end;">
        </div>

          <div class="search-block level-right">
    <form class="level-item mini-search" method="GET" action="https://arxiv.org/search">
      <div class="field has-addons">
        <div class="control">
          <input class="input is-small" type="text" name="query" placeholder="Search..." aria-label="Search term or terms" />
          <p class="help"><a href="https://info.arxiv.org/help">Help</a> | <a href="https://arxiv.org/search/advanced">Advanced Search</a></p>
        </div>
        <div class="control">
          <div class="select is-small">
            <select name="searchtype" aria-label="Field to search">
              <option value="all" selected="selected">All fields</option>
              <option value="title">Title</option>
              <option value="author">Author</option>
              <option value="abstract">Abstract</option>
              <option value="comments">Comments</option>
              <option value="journal_ref">Journal reference</option>
              <option value="acm_class">ACM classification</option>
              <option value="msc_class">MSC classification</option>
              <option value="report_num">Report number</option>
              <option value="paper_id">arXiv identifier</option>
              <option value="doi">DOI</option>
              <option value="orcid">ORCID</option>
              <option value="author_id">arXiv author ID</option>
              <option value="help">Help pages</option>
              <option value="full_text">Full text</option>
            </select>
          </div>
        </div>
        <input type="hidden" name="source" value="header">
        <button class="button is-small is-cul-darker">Search</button>
      </div>
    </form>
  </div>
     </div><!-- /end desktop header -->

      <div class="mobile-header">
        <div class="columns is-mobile">
          <div class="column logo-arxiv"><a href="https://arxiv.org/"><img src="/static/browse/0.3.4/images/arxiv-logomark-small-white.svg" alt="arXiv logo" style="height:60px;" /></a></div>
          <div class="column logo-cornell"><a href="https://www.cornell.edu/">
            <picture>
              <source media="(min-width: 501px)"
                srcset="/static/browse/0.3.4/images/icons/cu/c•Ù@research/cultnet-distributed-database/dynamo-amazon-science.html¨researchÎºÃÚ @<!DOCTYPE html>
<html class="PublicationDetailPage" lang="en">
    <head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=5">

    <style data-cssvarsponyfill="true">
                :root {
        --primaryColor: #007cb6;
        --secondaryColor: #e3661b;

        --errorColor: #f44336;

        --primaryTextColor: #232f3e;
        --secondaryTextColor: #6c7778;

        --headerBgColor: #ffffff;
        --headerBorderColor: #EAEDED;
        --headerMenuBgColor: #ffffff;
        --headerMenuSubNavTextColor: #232f3e;
        --aboveBgColor: #fafafa;
        --belowBgColor: #fafafa;

        --footerBgColor: #232f3e;
        --footerTextColor: #ffffff;

        --buttonBgColor: transparent;
        --buttonTextColor: #007cb6;

        --primaryHeadlineFont: "Ember Modern Display V1.1";
        --secondaryHeadlineFont: "Ember Modern Display V1.1";
        --tertiaryHeadlineFont: "Ember Modern Display V1.1";
        --bodyFont: "Ember Modern Text V1.1";

        --contentWidth: 1240px;
        }

    </style>

    <link data-cssvarsponyfill="true" class="Webpack-css" rel="stylesheet" href="https://cdn.amazon.science/resource/0000016e-128c-d913-a16f-9edc0a5f0000/styleguide/All.min.050875a96933f2f14034b470d2acb341.css">

    <style>.PromoRelatedContent a.Link {
    text-decoration: none;
}</style>
<title>Dynamo: Amazonâ€™s highly available key-value store - Amazon Science</title><link rel="canonical" href="https://www.amazon.science/publications/dynamo-amazons-highly-available-key-value-store"><meta name="brightspot.contentId" content="0000017e-82c9-de9e-a7ff-c7df71830000">
    <link rel="alternate" href="https://www.amazon.science/publications/dynamo-amazons-highly-available-key-value-store" hreflang="x-default">

<link rel="alternate" href="https://www.amazon.science/publications/dynamo-amazons-highly-available-key-value-store" hreflang="en"><link rel="apple-touch-icon" sizes="180x180"href="/apple-touch-icon.png"><link rel="icon" type="image/png"href="/favicon-32x32.png"><link rel="icon" type="image/png"href="/favicon-16x16.png">


    <meta property="og:title" content="Dynamo: Amazonâ€™s highly available key-value store">

    <meta property="og:url" content="https://www.amazon.science/publications/dynamo-amazons-highly-available-key-value-store">

    <meta property="og:image" content="https://cdn.amazon.science/dims4/default/5e7b277/2147483647/strip/true/crop/1200x630+0+0/resize/1200x630!/quality/90/?url=https%3A%2F%2Famzn-science-production-science.s3.us-east-1.amazonaws.com%2Fscience%2F7c%2F4e%2Fd4e963d24f6c966def82a45d2bf1%2Famazon-science-og-image-squid.png">


    <meta property="og:image:url" content="https://cdn.amazon.science/dims4/default/5e7b277/2147483647/strip/true/crop/1200x630+0+0/resize/1200x630!/quality/90/?url=https%3A%2F%2Famzn-science-production-science.s3.us-east-1.amazonaws.com%2Fscience%2F7c%2F4e%2Fd4e963d24f6c966def82a45d2bf1%2Famazon-science-og-image-squid.png">

    <meta property="og:image:width" content="1200">
    <meta property="og:image:height" content="630">
    <meta property="og:image:type" content="image/png">

    <meta property="og:image:alt" content="Amazon Science OG image squid.png">


    <meta property="og:description" content="Reliability at massive scale is one of the biggest challenges we face at Amazon.com, one of the largest e-commerce operations in the world; even the slightest outage has significant financial consequences and impacts customer trust. The Amazon.com platform, which provides services for many webâ€¦">

    <meta property="og:site_name" content="Amazon Science">


    <meta property="og:type" content="website">


    <meta name="twitter:card" content="summary_large_image"/>


    <meta name="twitter:description" content="Reliability at massive scale is one of the biggest challenges we face at Amazon.com, one of the largest e-commerce operations in the world; even the slightest outage has significant financial consequences and impacts customer trust. The Amazon.com platform, which provides services for many web sites worldwide, is implemented on top of an infrastructure of tens of thousands of servers and network components"/>


    <meta name="twitter:site" content="@AmazonScience"/>


    <meta name="twitter:title" content="Dynamo: Amazonâ€™s highly available key-value store"/>


    <meta property="fb:app_id" content="1024652704536162">


    <meta name="citation_title" content="Dynamo: Amazonâ€™s highly available key-value store">

    <meta name="citation_publication_date" content="2007">


        <meta name="citation_author" content="Giuseppe DeCandia">

        <meta name="citation_author" content="Deniz Hastorun">

        <meta name="citation_author" content="Madan Jampani">

        <meta name="citation_author" content="Gunavardhan Kakulapati">

        <meta name="citation_author" content="Avinash Lakshman">

        <meta name="citation_author" content="Alex Pilchin">

        <meta name="citation_author" content="Swaminathan Sivasubramanian">

        <meta name="citation_author" content="Peter Vosshall">

        <meta name="citation_author" content="Werner Vogels ">


    <meta name="citation_pdf_url" content="https://cdn.amazon.science/ac/1d/eb50c4064c538c8ac440ce6a1d91/dynamo-amazons-highly-available-key-value-store.pdf">

<script type="application/ld+json">{"@context":"http://schema.org","@type":"WebPage","url":"https://www.amazon.science/publications/dynamo-amazons-highly-available-key-value-store","author":[{"@context":"http://schema.org","@type":"Person","name":"Giuseppe DeCandia"},{"@context":"http://schema.org","@type":"Person","name":"Deniz Hastorun"},{"@context":"http://schema.org","@type":"Person","name":"Madan Jampani","url":"https://www.amazon.science/author/madan-jampani"},{"@context":"http://schema.org","@type":"Person","name":"Gunavardhan Kakulapati"},{"@context":"http://schema.org","@type":"Person","name":"Avinash Lakshman"},{"@context":"http://schema.org","@type":"Person","name":"Alex Pilchin"},{"@context":"http://schema.org","@type":"Person","affiliation":"Amazon Web Services","description":"VP, Agentic AI","image":{"@context":"http://schema.org","@type":"ImageObject","url":"https://cdn.amazon.science/53/cc/5d8e89ae448f9600d9625695c926/swaminathan-sivasubramanian.jpeg"},"jobTitle":"VP, Agentic AI","name":"Swaminathan Sivasubramanian","url":"https://www.amazon.science/author/swaminathan-sivasubramanian"},{"@context":"http://schema.org","@type":"Person","name":"Peter Vosshall"},{"@context":"http://schema.org","@type":"Person","name":"Werner Vogels ","url":"https://www.amazon.science/author/werner-vogels"}],"publisher":{"@type":"Organization","name":"Amazon Science","logo":{"@type":"ImageObject","url":"https://cdn.amazon.science/fb/1c/07d25693486eb3d6b49091864af7/amazonscience-squidink.svg"}},"articleSection":"Cloud and systems","keywords":["Database management","Amazon Web Services (AWS)","Amazon S3 "],"name":"Dynamo: Amazonâ€™s highly available key-value store - Amazon Science"}</script>


    <meta name="brightspot.cached" content="false">

    <script src="https://cdn.amazon.science/resource/0000016e-128c-d913-a16f-9edc0a5f0000/webcomponents-loader/webcomponents-loader.2938a610ca02c611209b1a5ba2884385.js"></script>
    <script>
        /**
         This allows us to load the IE polyfills via feature detection so that they do not load
         needlessly in the browsers that do not need them. It also ensures they are loaded
         non async so that they load before the rest of our JS.
         */
        var head = document.getElementsByTagName('head')[0];
        if (!window.CSS || !window.CSS.supports || !window.CSS.supports('--fake-var', 0)) {
            var script = document.createElement('script');
            script.setAttribute('src', "https://cdn.amazon.science/resource/0000016e-128c-d913-a16f-9edc0a5f0000/styleguide/util/IEPolyfills.min.b6baff9bf9bd064e5dd6b––³worldbuilding_depthËËË?àË‘Ùtsource:README.md # CultLib

 CultLib is a set of reusable C# libraries for game backends, game-adjacent services...–²material_groundingËËË?Ù™™™™™šË‘Ù™source:research/cultnet-distributed-database/swim.pdf %PDF-1.2
%ï¿½ï¿½ï¿½ï¿½
 35 0 obj
<<
/Linearized 1
/O 37
/H [ 5122 1132 ]
/L 133069
/E 57214...–´historical_dialecticËËË?àË‘Ùtsource:README.md # CultLib

 CultLib is a set of reusable C# libraries for game backends, game-adjacent services...–¶engineering_constraintËËË?¹™™™™™šË‘Ù«source:research/cultnet-distributed-database/dynamo-amazon-science.html <!DOCTYPE html>
 <html class="PublicationDetailPage" lang="en">
     <head>
     <meta charset="...–³presentation_polishËËË?àË‘Ùtsource:README.md # CultLib

 CultLib is a set of reusable C# libraries for game backends, game-adjacent services...–µsystems_formalizationË?¼j~ùÛ"ÑË?¼j~ùÛ"ÑË?Ù™™™™™šË“Ù'early: Add Kotlin Eve surface contractsÙ1recent: Add Kotlin Eve media observation contractÙtsource:README.md # CultLib

 CultLib is a set of reusable C# libraries for game backends, game-adjacent services...•Ù9worldbuilding_depth recent 0.00, current 0.50, delta 0.00Ù8material_grounding recent 0.00, current 0.40, delta 0.00Ù:historical_dialectic recent 0.00, current 0.50, delta 0.00Ù9presentation_polish recent 0.00, current 0.50, delta 0.00Ù;systems_formalization recent 0.11, current 0.40, delta 0.00“Ù\Deepen the setting through causality, continuity, and consequence instead of ornament alone.ÙSTie lore and public writing back to economic, logistical, and material constraints.ÙaPreserve historical contradiction, ideology, and power relations as active explanatory machinery.’ÙuDo not let the repo drift into decorative lore or soft handwaving that ignores material and engineering consequences.ÙeDo not flatten historical struggle, ideology, or class contradiction into neutral encyclopedic paste.‘ÙkPresentation polish is welcome, but it should carry the same grounded causal weight as the lore beneath it.Ë?îffffff<EFBFBD>”´cultlib::coordinatorÙ$epiphany.role_personality_projection´2026-06-10T06:25:27ZÅæ<EFBFBD>Ù'epiphany.role_personality_projection.v0´cultlib::coordinator§cultlib«coordinator…±boundary_severityË¿µ<EFBFBD>$Ý/±churn_spiral_riskË¿ÀÄ›¥ãSø³contract_strictnessË?Ó333333³production_pressureË¿ÃS÷ÎÙ‡state_hygieneË¿ÄzáG®{‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù<EFBFBD>Self should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙLAdapt Self behavior to CultLib without storing project facts in role memory.‘ÙLCoordinate through typed authority and challenge pattern-completion theater.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history”´cultlib::imaginationÙ$epiphany.role_personality_projection´2026-06-10T06:25:27ZÅú<EFBFBD>Ù'epiphany.role_personality_projection.v0´cultlib::imagination§cultlib«imagination…²aesthetic_appetiteË?±ë…¸Qì±churn_spiral_riskË¿ÀÄ›¥ãSø²content_canon_biasË?Ï\(õÂ<EFBFBD>\±experimental_heatË¿É‡+J®novelty_hungerË¿Ã333333‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù”Imagination should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙSAdapt Imagination behavior to CultLib without storing project facts in role memory.‘ÙSTurn future-shape pressure into drafts and plans, not accidental active objectives.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history”·cultlib::implementationÙ$epiphany.role_personality_projection´2026-06-10T06:25:27ZÅÚ<EFBFBD>Ù'epiphany.role_personality_projection.v0·cultlib::implementation§cultlib®implementation…®actuation_riskË?pbMÒñ©ü±churn_spiral_riskË¿ÀÄ›¥ãSø³consolidation_driveË¿ÉXbMÒò³contract_strictnessË?Ó333333³production_pressureË¿ÃS÷ÎÙ‡‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘ÙŽHands should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙMAdapt Hands behavior to CultLib without storing project facts in role memory.‘Ù5Leave reviewable diffs or explicit failure artifacts.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history”±cultlib::modelingÙ$epiphany.role_personality_projection´2026-06-10T06:25:27ZÅÒ<EFBFBD>Ù'epiphany.role_personality_projection.v0±cultlib::modeling§cultlib¨modeling…²content_canon_biasË?Ï\(õÂ<EFBFBD>\³contract_strictnessË?Ó333333±runtime_proximityË?Ó333333¯source_fidelityË?»¥ãS÷ÎÙstate_hygieneË¿ÄzáG®{‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù—Proprioception should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙVAdapt Proprioception behavior to CultLib without storing project facts in role memory.‘Ù-Build source-grounded maps before Hands cuts.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history”°cultlib::personaÙ$epiphany.role_personality_projection´2026-06-10T06:25:27ZÅð<EFBFBD>Ù'epiphany.role_personality_projection.v0°cultlib::persona§cultlib§persona…³editorial_restraintË?Àƒn—<EFBFBD>P¸interpersona_orientationË?Ó333333°sensory_salienceË?Ìí‘hr°!®social_surfaceË¿Ê^5?|í‘¯speech_pressureË¿Á‰7KÆ§ð‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù<EFBFBD>Persona should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙOAdapt Persona behavior to CultLib without storing project facts in role memory.‘ÙUSurface state through the public mouth without turning internals into chat endpoints.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history”±cultlib::researchÙ$epiphany.role_personality_projection´2026-06-10T06:25:27ZÅÃ<EFBFBD>Ù'epiphany.role_personality_projection.v0±cultlib::research§cultlib¨research…®novelty_hungerË¿Ã333333´protocol_intoleranceË?ÊáG®zá±runtime_proximityË?Ó333333¯source_fidelityË?»¥ãS÷ÎÙ½verification_environment_needË?Áhr° Äœ‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù<EFBFBD>Eyes should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙLAdapt Eyes behavior to CultLib without storing project facts in role memory.‘Ù%Find existing truth before invention.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history”µcultlib::verificationÙ$epiphany.role_personality_projection´2026-06-10T06:25:27ZÅæ<EFBFBD>Ù'epiphany.role_personality_projection.v0µcultlib::verification§cultlib¬verification…®actuation_riskË?pbMÒñ©ü²content_canon_biasË?Ï\(õÂ<EFBFBD>\±evidence_appetiteË?Å¡ÊÀƒo¸interpersona_orientationË?Ó333333½verification_environment_needË?Áhr° Äœ‚·cooldownMultiplierDeltaË¿œ¬1&éy´initiativeSpeedDeltaË¿À Ä›¥ãTƒ§anxietyË?Øƒn—<EFBFBD>P©curiosityË?×<EFBFBD>Oß;dZ§urgencyË?Ñë…¸Qì‘Ù<EFBFBD>Soul should treat CultLib as a repo with dominant pressures: contract_strictness:1.00, interpersona_orientation:1.00, runtime_proximity:1.00.‘ÙLAdapt Soul behavior to CultLib without storing project facts in role memory.‘Ù9Demand receipts from the environment that owns the claim.‘Ù\Projection is deterministic and confidence-scored at 1.00; Self must review before mutation.ÙVRole projection from repo terrain, commit history, and persisted doctrine for CultLib.–ÙIactuation_risk: runtime, auth, ops, or service writes can hurt real usersÙFaesthetic_appetite: visual, lore, rendered, or artifact-heavy surfacesÙHboundary_severity: auth, ops, workspace, protocol, or service boundariesÙ;burstiness: sampled commits compressed into few active daysÙBchurn_spiral_risk: large churn, experiment heat, and weak receiptsÙOconsolidation_drive: refactor/remove/extract keywords or deletion-heavy history