跨越时代寻找蒙古青铜时代仪式景观的模式

**Searching for patterns through the ages in ritual landscapes of Bronze Age Mongolia** **摘要:**直至今日,蒙古的文化景观仍然以青铜时代和铁器时代的大型墓地为主,其地面上可见的巨石构造十分显著。尽管进行了多次选择性的挖掘,但在许多方面这些墓地仍未被充分理解。因此,本研究对蒙古中部的四个墓地进行了整体性研究,检视了它们的内部组织,对不同的墓葬进行了分类,并借助大量的碳-14测年数据,得出了将其分为三个阶段的可靠年代划分。最早的纪念碑可追溯至公元前15/14世纪,最晚的则建于公元前6世纪。零星的后续使用一直

Searching for patterns through the ages in ritual landscapes of Bronze Age Mongolia

**摘要:**直至今日,蒙古的文化景观仍然以青铜时代和铁器时代的大型墓地为主,其地面上可见的巨石构造十分显著。尽管进行了多次选择性的挖掘,但在许多方面这些墓地仍未被充分理解。因此,本研究对蒙古中部的四个墓地进行了整体性研究,检视了它们的内部组织,对不同的墓葬进行了分类,并借助大量的碳-14测年数据,得出了将其分为三个阶段的可靠年代划分。最早的纪念碑可追溯至公元前15/14世纪,最晚的则建于公元前6世纪。零星的后续使用一直延续到蒙古帝国时期。我们将这一对墓地的整体分析序章视为提出蒙古中部青铜和铁器时代新测年框架的契机。

**关键词:**蒙古、青铜时代、铁器时代、丧葬传统、年代学、游牧畜牧业、鄂尔浑河谷

当Hermann Parzinger于2004年完成其极为全面的欧亚史前文化手稿时,关于蒙古青铜时代的知识状况如此稀少,以至于他只能用几行文字来描述它(Parzinger 2006, 346; 437)。

此后,众多的发掘、多样化的科学分析、大规模的调查以及基础设施项目和大规模资源开发前的抢救性发掘,已将世界青铜时代地图上的空白点转变为一幅色彩丰富、层次多样的画面(Houle 2016; Wright 2021)。

基于大量新研究,蒙古青铜时代的两个文化转折点现已清晰显现,这些转折点也影响了所有后续时期(Fernández-Giménez et al. 2017)。青铜时代的开始标志着来自阿尔泰山以西地区的阿法纳谢沃文化(有时称为铜石并用时代)的流动群体,他们首次将驯化动物(绵羊、山羊、可能还有牛:Hermes et al. 2020; 2021)带到东部草原。他们建立了牧业经济,同时也建立了地面上用石构标记的墓葬纪念碑的长期传统(Aldarmunkh 2016; Taylor 2021)。这与之前和持续存在的狩猎采集-渔猎群体形成了鲜明对比。

在许多地区的独特性依然明显,尽管知识的传递是明确的。第二次深刻的文化变革始于公元前1500年左右。直到这时,那些至今仍然塑造着景观的众多墓地及其多样化的墓葬纪念碑才开始长期使用,在某些情况下一直延续到公元前300年甚至更晚。最迟从这一时期开始,人们开始骑马并使用马奶(Ventresca Miller等, 2022; Grupe等, 2019)。马匹拉动双轮车,从公元前1200年起,它们成为纪念性墓葬中的主要祭祀动物,并承载着武装战士。这标志着马时代的开始,这一时代一直延续到现代。

我们认为,马匹的使用不仅增强了人口的流动性和更有效的牧群管理,还促进了长距离交流,便于对资源的控制——人、牲畜、牧场、金属——并导致了对勇士作为英雄的崇拜。鹿石、拟人化雕像就是为后者而立(Turbat 2021)。与马匹融为一体的勇士改变了社会结构;可以预期的是,等级划分变得更加明显。这些等级差异和长距离接触带来的影响理想情况下应该在长期使用的墓地中得到体现,而这正是本文的关注重点。

我们的起点是蒙古中部上鄂尔浑河谷麦汗托尔戈伊(Maikhan Tolgoi)周围的微区域(图1),该地区已经过多年的深入研究(Bemmann等,2015;Erööl-Erdene等,2016;Gantulga等,2017;Batsükh等,2022)。针对微区域的综合研究项目在蒙古较为罕见。研究主要以大规模调查为主(Houle 2010; Honeychurch等,2007;Amartüvshin/Honeychurch 2010;Amartüvshin等,2022),或者针对大型墓地景观中选定的墓葬复合体进行定向研究(Frohlich/Bazarsad 2005;Miyamoto/Obata 2016;Miyamoto 2017)。类似的研究仅在阿尔汗盖省上塔米尔河谷(Zazzo等,2019;Magail 2008;Gantulga 2015)进行过。为了证实我们在微区域中的观察结果,检验其有效性,并将这些特征从孤立状态中解析出来,我们采用了比较性方法并进行了调查

多年来,我们还在鄂尔浑河谷的另外两个大型墓地进行了调查,这些墓地包含数百个石构建筑:呼顿特苏木的阿尔哈夫察勒(Ar Khavtsal)(Enkhtör等, 2018)和呼日勒特苏木的赛汗布拉金登兹(Saikhan Bulagiin Denzh)(Turbat 2021, 38–42)。尽管墓葬遗址数量庞大,但可能只有一小部分当时的人口被埋葬在各个遗址中。绝大多数人的痕迹在考古证据中无从寻觅。

我们所处理的地区,即拥有杭爱山脉的蒙古中部,对牧民来说具有特定的经济潜力。这是一个以大面积森林山区、众多开阔河谷和丰富牧场为特征的生物群落。根据纪念碑和营地的分布情况,晚青铜时代和早期铁器时代的景观可能与现在并没有太大的不同(Houle 2010)。

由于篇幅所限,本文只能作为对这些墓地分析的序章。在我们的研究项目中,我们不仅关注个别墓葬类型的年代和分析,还考虑整个仪式景观。仪式景观的概念于20世纪80年代在英国发展起来(Robb 1998),依据的标准包括聚集性、限定性和连接性。这意味着仪式场所和纪念碑在限定的景观中聚集,在空间和时间上相互连接,以及相互可视。尽管这个术语在英国已经失去了意义,但我们用它来描述我们的多视角方法。仪式是社会记忆的主要方式之一(Connerton 1989; Bradley 1993, 2)。就我们的目的而言,我们采用了一个非常广泛的仪式定义,即"一种客观的类别,指的是具有特殊(非常规)行动意图的一系列活动,这些活动对特定群体而言是独特的"(Kyriakidis 2007, 294)。仪式拒绝简化,因此不应局限于神圣领域,而是也包含世俗领域(Insoll 2004, 10–12; Kyriakidis 2007, 16–18; Swenson 2015, 331)。我们遵循Swenson的观点,即"考古记录的仪式形成支持这样的论点:仪式构成了行动的一种特殊品质,涉及实践的物质重塑或标记"

Read more

三台机器部署 ClickHouse 高可用集群实战记录

本文是一份可发布版部署记录。真实 IP、域名、账号、密码、下载链接、业务目录名、机器唯一标识等敏感信息已经替换为占位符。命令中的 <...> 需要按自己的环境替换。 目标与拓扑 这次目标是用三台数据节点部署一套 ClickHouse 高可用集群,拓扑采用: 1 shard x 3 replicas 含义是:集群只有一个逻辑分片,三台机器都保存同一份数据的完整副本。任意一台数据节点宕机时,只要 ClickHouse Keeper 仍然有多数派,剩余节点仍可继续提供读写服务。 规划节点如下: 主机名示例地址角色ch-01<ch-01-ip>ClickHouse Server + ClickHouse Keeperch-02<ch-02-ip>ClickHouse Server + ClickHouse Keeperch-03<ch-03-ip&

By ladydd

折腾记(二):接入火山引擎实时语音 API,家庭语音助手体验直接拉满

接上篇 上一篇用全开源组件(Whisper + Hermes + Edge-TTS)搭了个语音助手,能跑,但体验就是"能用"二字: * 中文识别只有 70 分,方言基本歇菜 * 英文唤醒词"Alexa"喊着别扭 * 说完到回复要等 4-8 秒 * 它说话的时候你插不了嘴 这些问题靠堆开源组件很难根治。于是我去试了火山引擎(字节跳动)的语音服务,结果直接换了条路。 这篇分两段:先讲怎么用火山引擎的 ASR/TTS 替换掉开源组件(小改),再讲怎么上端到端实时语音模型(大改)。 第一段:先把 ASR 和 TTS 换成火山引擎 为什么换 我用豆包输入法的时候发现它语音识别准得离谱。一查,豆包用的就是字节自家的火山引擎 Seed-ASR。开通后有免费额度(

By ladydd

折腾记(一):用全开源组件给家里搭一个语音助手,对接自己的 Hermes Agent

起因 事情是从一块 ESP32-S3 开发板开始的。 我手上有一块 Seeed Studio XIAO ESP32-S3 Sense,带摄像头和麦克风。最初的想法很美好:用这块板子做一个无线语音终端,对着它说话,连到我服务器上跑的 Hermes Agent(一个自托管的 AI agent),让它回答我。 但折腾到一半我突然意识到一件事:我的麦克风、音响、服务器全在家里,为什么要绕一圈用 ESP32?直接把麦克风和音响插到服务器上不就行了? ESP32 那条路(做无线拾音终端)当然也有价值,但那是"为了学嵌入式而学",不是解决问题的最短路径。于是这个项目就从"嵌入式项目"变成了"在服务器上拼一个语音助手"。这篇就记录后者。 教训零:先想清楚你要解决的是什么问题。很多时候最优解比你最初设想的简单得多。 目标

By ladydd

Kiro 的三种代理设置方法:本地、服务端、Remote

作为kiro的骨灰级用户,这篇是我自己折腾 Kiro / Kiro Remote / Ubuntu Server 代理问题后的复盘。 核心不是“怎么配一个代理”,而是先判断:到底是谁在访问外网? 谁访问外网,代理就要配给谁。 0. 先说结论 Kiro 相关代理大概分三类: 场景真正访问外网的进程在哪里代理应该配在哪里本地 KiroWindows / Mac 本机本机 Clash / Proxifier / 系统代理服务端 Kiro / CLIUbuntu Server 上的 shell、CLI、node、kiro 进程Ubuntu 的环境变量,比如 HTTP_PROXY / HTTPS_PROXYKiro Remote远程 Ubuntu 上的 ~/.kiro-server 和 extensionHost远程 Ubuntu 的 Kiro Server

By ladydd
陕公网安备61011302002223号 | 陕ICP备2025083092号