<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>SEISAMUSE</title>
  <link href="https://www.seis-jun.xyz/atom.xml" rel="self" />
  <link href="https://www.seis-jun.xyz" />
  <updated>2026-07-13T10:44:23+08:00</updated>
  <id>https://www.seis-jun.xyz/</id>
  <author>
    <name>Jun Xie</name>
  </author>
  
  <entry>
    <title>Paper Reading (63)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-07-13-paper-reading-63.html" />
    <id>https://www.seis-jun.xyz/blog/2026-07-13-paper-reading-63.html</id>
    <updated>2026-07-13T10:44:23+08:00</updated>
    <published>2026-07-13T10:44:23+08:00</published>
    <summary type="html"><p>Coupled simulation of landslide, tsunami, and ground deformation for the 2017 Nuugaatsiaq event in Greenland</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Coupled simulation of landslide, tsunami, and ground deformation for the 2017 Nuugaatsiaq event in Greenland</li>
<li><strong>First Author</strong>: Hideo Aochi</li>
<li><strong>Corresponding Author</strong>: Hideo Aochi</li>
<li><strong>Affiliation</strong>: BRGM, France; Disaster Prevention Research Institute, Kyoto University; Asiaq Greenland Survey; Danish Meteorological Institute</li>
<li><strong>Journal</strong>: EGUsphere preprint, discussion started 18 September 2025</li>
<li><strong>DOI</strong>: 10.5194/egusphere-2025-3803</li>
</ul>
<h2 id="abstract-translated">Abstract (Translated)</h2>
<p>这篇文章研究的是 2017 年 6 月 17 日 Greenland 西部 Karrat Fjord 附近的 Nuugaatsiaq landslide-tsunami 事件。这个事件由一次大规模山体滑坡触发，滑坡进入 fjord 后产生海啸，最终影响了约 30 km 外的 Nuugaatsiaq 村庄。作者想做的不是单独解释“滑坡有多大”或者“海啸有多高”，而是把整个级联过程串起来：滑坡产生地震信号，滑坡进入水体生成海啸，海啸沿 fjord 传播，最后海水载荷变化又让海岸附近的固体地球产生可被地震仪记录到的形变。</p>
<p>作者首先利用 Greenland 上 7 个地震台站的数据做地震学分析，并用 single-force inversion 估计滑坡体积。随后做顺序耦合模拟：第一步模拟滑坡沿地形下降进入 fjord，第二步模拟海啸生成和大尺度传播，第三步计算海啸引起的海岸地面形变，并比较 static Boussinesq solution 和 elastodynamic finite-difference solution。论文认为，约 1 m 的海平面变化可以在海岸附近造成约 0.1-1.0 mm 量级的地面形变，这个量级是可能被宽频带地震仪看到的。</p>
<p>这篇文章的关键意义在于：在没有直接海岸水位测量的情况下，局部地震记录仍然可以用来约束滑坡、海啸和地面响应之间的因果链。模拟过程在时间上与 NUUG 台站观测比较一致，但振幅仍然偏小。作者认为主要不确定性来自滑坡体积、地下介质刚度、海底/地形数据和滤波处理。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>我觉得这篇文章有意思的地方，是它把一个典型的 cascading hazard 写得很完整。很多灾害不是单一过程：不是“发生一个地震”这么简单，而是一个过程触发另一个过程。这里是气候变暖背景下，Greenland fjord 附近的冻土和陡坡稳定性降低，山体滑坡进入水体，形成海啸，然后海啸又通过水体载荷让地面产生长周期响应。</p>
<p>对于 fjord 环境来说，这个问题很现实。fjord 两侧地形陡，水深大，社区可能就在岸边。滑坡本身发生得快，海啸传播也快，如果完全依赖肉眼或海岸水位计，可能已经晚了。地震波传播速度比海啸快得多，所以如果地震台可以先识别滑坡源，再结合地形和水深估计海啸传播，就有可能服务于预警。</p>
<p>当然，论文没有说“现在已经可以直接上线一个预警系统”。它更像是在证明一个 concept：用地震台站、地形/水深数据和耦合模拟，能不能把一个没有直接水位记录的 fjord tsunami 事件解释清楚。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Gauthier et al. (2018)</strong>: 对 2017 Karrat Fjord landslide-tsunami 做了初步三维观测，给出滑坡规模的重要约束。</li>
<li><strong>Chao et al. (2018)</strong>: 讨论 2017 Greenland landslide 是否可能产生 tsunami warning，并对滑坡和海啸过程做了地震学分析。</li>
<li><strong>Paris et al. (2019)</strong>: 对 2017 年 Karrat Fjord landslide and tsunami 做数值模拟，是本文 AP landslide volume model 的重要来源。</li>
<li><strong>Svennevig et al. (2020)</strong>: 用多学科方法研究 Karrat Fjord rock avalanche 前后的演化，强调 remote Arctic area 中不稳定坡体识别的重要性。</li>
<li><strong>Ekström and Stark (2013)</strong>: 提供 catastrophic landslide dynamics 的 single-force scaling 思路，本文用它从地震反演结果估计滑坡质量和体积。</li>
<li><strong>Nishida et al. (2019), Boudin et al. (2013), Kimura et al. (2013), Kubota et al. (2020)</strong>: 这些研究说明 tsunami 可以通过宽频带地震仪、倾斜仪或压力计等陆地/海底地球物理仪器被观测到。</li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>这篇文章之前的研究其实已经分别做了很多事情：有人研究滑坡源，有人做海啸模拟，有人讨论 Greenland fjord 的不稳定坡体，也有人研究海啸造成的地震/倾斜信号。但是这些环节经常是分开的。</p>
<p>本文想补上的，就是从 seismogram 到 landslide mass，再到 tsunami propagation，再到 ground deformation 的连续链条。这样做的好处是，NUUG 台站上那个长周期振荡就不只是一个“奇怪的后续信号”，而可以被放回到海啸波经过岸边时的水体载荷变化中去理解。</p>
<p><img alt="Figure 1 Greenland 地震台站和 2017 landslide 位置" src="/images/paper-coupled-simulation-landslide-tsunami-ground-deformation/figure1.png" /></p>
<center><em>Figure 1 事件位于 Greenland 西部 Karrat Fjord 附近，NUUG 是最靠近 Nuugaatsiaq 的地震台站。这个台站既记录了滑坡早期的地震信号，也记录了后续海啸相关的长周期振荡。</em></center>

<h2 id="methodology">Methodology</h2>
<h3 id="data">Data</h3>
<p>地震数据方面，作者使用 Greenland 上的多个区域台站。NUUG 台站距离 Nuugaatsiaq 很近，记录到了滑坡和后续可能由海啸引起的长周期地面运动。single-force inversion 中作者使用 6 个较远的 Greenland 台站，而把 NUUG 排除在反演之外，因为 NUUG 太近，不适合点源近似。</p>
<p>地形和水深方面，作者使用 GEBCO 的 bathymetry/topography 数据，投影为 Polar Stereographic 坐标 EPSG:3996。滑坡模拟和海啸传播模拟都在这个地形-水深框架里完成。</p>
<p>事件本身是 2017 年 6 月 17 日 23:39:12 UTC 左右发生的 Karrat Fjord landslide。USGS 把它检测为等效 M4.2 的事件。前人估计约 58 million m3 物质参与滑坡，其中约 45 million m3 进入 fjord 并生成海啸。本文 single-force scaling 给出的滑坡体积约为 44 x 10^6 m3；海啸模拟中采用 Paris et al. (2019) 的 49.7 x 10^6 m3 作为 reference AP model，并测试了更大的体积情形。</p>
<h3 id="methods">Methods</h3>
<p>方法上，这篇文章是一个顺序耦合链条。</p>
<p>第一步是 single-force inversion。作者假定滑坡可以近似为位于 52.34 W、71.64 N、深度 0 km 的点源单力机制。使用 AK135 速度模型计算 Green&#8217;s functions，对地震记录去仪器响应，并在 0.02-0.1 Hz 频带内做频域反演。得到的 source time function 显示主要持续时间约 80 s，最大力幅约 0.2 x 10^12 N。根据 Ekström and Stark (2013) 的经验关系，滑坡质量约 0.11 x 10^12 kg，假设岩石密度 2.5 x 10^3 kg/m3，体积约 44 x 10^6 m3。</p>
<p>第二步是 landslide-tsunami simulation。作者用 VolcFlow 模拟滑坡动力学和入水过程，用 FUNWAVE-TVD 模拟 120 s 之后的海啸传播。网格分辨率为 100 m，滑坡密度设为 2500 kg/m3，海水密度设为 1027 kg/m3。VolcFlow 用浅水方程描述滑坡和水体相互作用，FUNWAVE-TVD 则处理非线性、频散、破碎和传播等海岸波过程。</p>
<p>第三步是地面形变模拟。作者用两类方法计算海啸水位变化造成的地面响应：一种是半无限弹性介质中的 Boussinesq analytical solution，另一种是 elastodynamic finite-difference method。介质被简化为均匀弹性体，rigidity 取 34.1 GPa，对应 S-wave velocity 约 3530 m/s。FDM 时间步长为 0.005 s，最后把速度积分为位移。</p>
<h2 id="results">Results</h2>
<p>第一，地震反演给出的滑坡体积和前人估计比较一致。single-force inversion 估计滑坡体积约 44 x 10^6 m3，而文中使用的 AP tsunami model 为 49.7 x 10^6 m3。考虑到前人给出的体积范围约为 33.4-76 x 10^6 m3，这个结果算是落在合理范围内。</p>
<p>第二，滑坡进入 fjord 后，海啸的时间演化可以在模拟里比较清楚地出现。滑坡大约在几十秒内进入水体并生成第一波；在 reference AP model 中，海啸波前大约 500 s 到达 NUUG 附近，约 1000 s 时在整个 fjord 宽度上形成较连贯的波前。NUUG 附近模拟水位变化约为 0.7-0.8 m。</p>
<p><img alt="Figure 5 模拟的海啸在 fjord 中传播" src="/images/paper-coupled-simulation-landslide-tsunami-ground-deformation/figure5.png" /></p>
<center><em>Figure 5 滑坡生成的海啸沿 Karrat Fjord 传播。这个图最直观地说明了为什么 fjord 环境麻烦：波会被狭窄地形导引、反射和重组，后续波列会越来越复杂。</em></center>

<p>第三，NUUG 台站后续的长周期振荡在时间上可以和海啸通过相联系。模拟显示，滑坡入水后的直接弹性波影响在一分钟内很快衰减；海啸接近 NUUG 后，约 400 s 以后地面响应开始明显，500-1200 s 之间出现近似单频的周期振荡。这和观测中长周期信号出现的时间段比较一致。</p>
<p>第四，静态 Boussinesq solution 和 dynamic FDM 在位移时间序列上总体接近，说明这个海啸载荷引起的地面形变很大程度上是 quasi-static response。不过经过 0.005-0.01 Hz 滤波后，dynamic solution 的振荡比 static solution 更明显，更接近地震记录中看到的长周期振荡。</p>
<p><img alt="Figure 6 NUUG 处模拟地面形变和观测记录对比" src="/images/paper-coupled-simulation-landslide-tsunami-ground-deformation/figure6.png" /></p>
<center><em>Figure 6 上半部分是 Boussinesq 和 FDM 得到的模拟位移，下半部分是 NUUG 观测记录。时间大体能对上，但模拟振幅明显小于观测。</em></center>

<p>第五，振幅仍然是主要问题。作者的模拟在时间上与观测匹配较好，但地面位移振幅偏小。可能原因包括：介质 rigidity 取值偏高，真实近岸结构可能更软；滑坡体积不确定性至少有 factor of 2；滑坡地形和水深数据也有误差；另外滤波本身可能引入相位或假信号。</p>
<p>第六，滑坡体积对海啸振幅影响直接。AP model 在 Nuugaatsiaq 附近给出的最大/最小水位约为 0.72 m 和 -0.83 m；AP x 2 模型可以达到约 1.3 m 和 -1.58 m。水位变化和地面形变近似成正比，所以滑坡体积的不确定性会直接传递到地震记录振幅解释中。</p>
<p><img alt="Figure 8 不同滑坡体积模型对应的 Nuugaatsiaq 水位变化" src="/images/paper-coupled-simulation-landslide-tsunami-ground-deformation/figure8.png" /></p>
<center><em>Figure 8 不同滑坡体积模型的相位差别不大，但振幅差别很明显。这也是本文反复强调 landslide volume uncertainty 的原因。</em></center>

<h2 id="discussion">Discussion</h2>
<h3 id="innovations">Innovations</h3>
<p>这篇文章的新意不在于某一个单独方法，而在于把方法接起来。滑坡 single-force inversion、VolcFlow、FUNWAVE-TVD、Boussinesq solution、FDM simulation，这些东西单看都不陌生，但把它们放进同一个事件里，就形成了一个可检验的物理故事。</p>
<p>我觉得它最有价值的地方，是把地震记录从“事件检测工具”变成了“级联过程约束工具”。地震台不仅能告诉你滑坡发生了，还可能通过后续长周期响应告诉你海啸波何时经过岸边、海水载荷变化有多大。这对 fjord 这种缺少海岸水位计或近场观测的地方特别重要。</p>
<h3 id="contributions">Contributions</h3>
<p>这篇文章至少有三个贡献。</p>
<p>第一，它用 Greenland 区域地震台站估计了 2017 Nuugaatsiaq landslide 的质量和体积，并说明这个估计和前人的遥感/模拟结果处在同一量级。</p>
<p>第二，它说明海啸传播造成的水位变化可以通过固体地球形变被地震台记录到。虽然模拟振幅偏小，但时间上的一致性支持这个解释。</p>
<p>第三，它把这个案例放到了 Arctic hazard 和 climate-change-induced cascading risks 的框架下。随着 glacier retreat、permafrost thaw 和 fjord 陡坡失稳风险增加，这类 landslide-tsunami 可能不只是一个孤立事件。</p>
<h3 id="limitations">Limitations</h3>
<p>这篇文章的局限也比较明显。</p>
<p>第一，滑坡体积不确定性很大。体积从 33.4 到 76 x 10^6 m3 都可能被认为合理，而海啸和地面形变振幅又对体积非常敏感。</p>
<p>第二，地下介质被简化为均匀弹性体。作者取 rigidity 为 34.1 GPa，但如果真实近岸结构更软，地面响应会显著变大。这个参数可以带来几倍的振幅差异。</p>
<p>第三，缺少直接水位记录。Nuugaatsiaq 的海啸高度主要来自现场调查、视频和间接估计，模型很难用 tide gauge 之类的数据直接校准。</p>
<p>第四，fjord 中的后续波列很复杂。地形狭窄、反射强、波列多次相互作用，晚期波形很难完全拟合。论文也提醒滤波过程要谨慎，因为错误滤波可能制造人工相位。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>这篇文章我觉得挺适合拿来当“灾害链条建模”的例子。它不是只在某一个环节上秀算法，而是问：如果一个滑坡-海啸事件已经发生，我们能不能从地震记录开始，一步步把它推到海啸传播和地面形变？这个问题很实际，也很工程。</p>
<p>我尤其喜欢它对时间关系的重视。滑坡大概几十秒到一百秒内完成，海啸几百秒后到达 NUUG，地面长周期响应在 500-1200 s 之间出现。这个时间链条一旦对上，解释就比单纯看振幅要稳一些。振幅可以被体积、刚度和地形搞乱，但时间顺序是一个更硬的约束。</p>
<p>不过这篇文章也提醒我，耦合模拟最怕的不是代码写不出来，而是每一步的不确定性都会传下去。single-force inversion 估体积有误差，体积进入 VolcFlow 后影响初始海啸，水深影响传播速度和波形，水位再进入地面形变模拟，最后还要经过滤波和地震仪响应。链条越长，越要小心每个环节的“看起来合理”。</p>
<p>如果以后做类似 fjord、冰川湖、海底滑坡或者冰架崩塌相关的工作，我觉得这篇文章可以借鉴两个思路：一是先把事件按物理过程拆开，每个过程用尽量简单但可解释的模型；二是不要只盯着振幅，先把 timing、period 和 spatial pattern 对上。否则很容易陷入“调参数调到像”的尴尬境地。</p>
<p>最后一个很实用的点是，作者提到了沿海岸或海底布设 optical-fibre sensing 的可能性。DAS 如果能沿 fjord 或海岸线布设，可能既能看到滑坡/冰川相关地震信号，也能看到海啸载荷引起的长周期响应。这个方向听起来确实有点贵，但对于 remote Arctic communities 来说，也许比事后搬家便宜。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="tsunami" />
    
    <category term="landslide" />
    
    <category term="Greenland" />
    
    <category term="hazard" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (62)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-07-04-paper-reading-62.html" />
    <id>https://www.seis-jun.xyz/blog/2026-07-04-paper-reading-62.html</id>
    <updated>2026-07-04T22:01:48+08:00</updated>
    <published>2026-07-04T22:01:48+08:00</published>
    <summary type="html"><p>Drainage of a deep magma reservoir near Mayotte inferred from seismicity and deformation</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Drainage of a deep magma reservoir near Mayotte inferred from seismicity and deformation</li>
<li><strong>First Author</strong>: Simone Cesca</li>
<li><strong>Corresponding Author</strong>: Simone Cesca</li>
<li><strong>Affiliation</strong>: GFZ German Research Centre for Geosciences, Potsdam, Germany; with collaborators from IRAP - Observatoire Midi Pyrénées, University of Kiel, KAUST, and University of Potsdam</li>
<li><strong>Journal</strong>: Nature Geoscience, 13, 87-93, 2020</li>
<li><strong>DOI</strong>: 10.1038/s41561-019-0505-5</li>
</ul>
<h2 id="abstract-translated">Abstract (Translated)</h2>
<p>这篇文章研究的是 2018 年 Mayotte 附近一次很特殊的海底火山-地震危机。Mayotte 位于 Comoros archipelago，过去这一带地震活动并不强，但从 2018 年 5 月开始，Mayotte 以东约 35 km 的海域发生了复杂的地震序列。除了大量 volcano-tectonic earthquakes (VTs)，全球台网还记录到了持续时间接近 20 分钟、周期约 16 s 的 very long period signals (VLPs)。与此同时，Mayotte 岛上的 GNSS 台站记录到了明显的地表沉降和向东位移。</p>
<p>作者系统分析了区域和远震地震数据、YTMZ 单台记录、ABKAR 阵列深度相、VLP 矩张量，以及 Mayotte 岛上 GNSS 形变。论文识别出约 7000 个 VT 事件和 407 个 VLP 信号。早期 VT 事件显示岩浆岩墙从 Moho 附近向上、再向南传播，晚期 VT 和 VLP 则更像是深部岩浆储库排空后，储库上方顶板逐渐失稳并触发共振。</p>
<p>作者认为，Mayotte 附近存在一个约 25-35 km 深、直径约 10-15 km 的深部岩浆储库。GNSS 形变和 VLP 周期变化共同表明，这个储库至少损失了约 1.3 km3 岩浆；另一类轴对称点源模型给出的体积变化为 -1.7 ± 0.4 km3。论文的关键意义在于：即使没有海上近场台站，一个深部、离岸、罕见的岩浆排空过程仍然可以通过全球和区域地震记录加岛上 GNSS 形变被捕捉到。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>我觉得这篇文章最吸引人的地方，是它把一个“看不见的深部岩浆系统”通过多种地球物理证据拼了出来。Mayotte 这次事件发生在海上，而且事件开始时几乎没有近场海底监测。对于一般火山研究来说，这种情况很尴尬：信号很强，但源区在海下；地表有形变，但观测点只在岛上；地震很多，但速度结构和 Moho 深度又有很大不确定性。</p>
<p>作者的策略是把多个不完美的数据源组合起来：强 VT 的区域波形矩张量、ABKAR 远震阵列深度相、YTMZ 单台大数量 VT 分类、区域宽频带台站上的 VLP 检测和反演，以及四个 GNSS 台站的形变。单独看每一种数据都有局限，但它们合在一起，就能给出一个比较一致的演化图像：先是岩墙从深部储库向上和向南打开通道，随后深部储库持续排空，储库顶板失稳，VT 和 VLP 与形变一起出现。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Lemoine et al. (2019)</strong>: 论文把这项工作作为 Mayotte 2018 volcano-tectonic crisis 的重要背景，说明前人已经注意到这次异常地震活动。</li>
<li><strong>Kumagai and Chouet (2000); Ferrazzini and Aki (1987); Chouet (1996)</strong>: 这些研究为 fluid-filled crack 或 conduit 中慢波共振解释 VLP 信号提供了理论背景。</li>
<li><strong>Sigmundsson et al. (2015)</strong>: 论文把 Bárðarbunga 的 lateral dyke growth 作为岩墙长距离传播的参照。</li>
<li><strong>White and McCausland (2016)</strong>: 论文用 volcano-tectonic earthquakes 的累计矩来估计侵入体体积时引用了这类经验关系。</li>
<li><strong>Acocella (2007); Geshi et al. (2014)</strong>: 论文讨论 caldera collapse 和 reservoir roof failure 时使用了这些关于火山口塌陷和岩浆房排空阈值的研究。</li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>这篇文章面对的主要限制不是“前人没有想到这个机制”，而是 Mayotte 这种海上火山危机观测条件太差。源区离岸，早期缺少本地海底台网；Mayotte 岛上的 GNSS 台站都在源区一侧，对某些方向的源收缩不敏感；区域速度结构和 Moho 深度也有争议。对于深部岩浆活动来说，这些不确定性会直接影响震源深度、矩张量和形变源解释。</p>
<p>本文的贡献就在于：作者没有依赖单一数据，而是反复用不同速度模型、不同深度约束、不同形变源模型去检验同一个解释是否还能成立。</p>
<p><img alt="图1 Mayotte 附近 VT、VLP 和 GNSS 形变源的空间分布" src="/images/paper-drainage-deep-magma-reservoir-mayotte/figure1.png" /></p>
<center><em>图1 Mayotte 附近的 VT 位置、强震矩张量、VLP 源位置和 GNSS 形变约束。图中可以看到早期地震向东南和向上迁移，并接近后续发现的新海山位置。</em></center>

<h2 id="methodology">Methodology</h2>
<h3 id="data">Data</h3>
<p>这篇文章的数据主要包括五类。</p>
<p>第一，区域和远震地震数据。作者使用区域宽频带台站和 ABKAR seismic array 来分析强 VT、VLP 和深度相。ABKAR 阵列位于 Kazakhstan，主要用来识别 direct P phase 与 seafloor converted pP / sP phases 的时间差，从而约束 VT 深度变化。</p>
<p>第二，Mayotte 上的 YTMZ 台站。YTMZ 是距离源区小于 100 km 且覆盖整个研究时段的强震台站。作者用它人工识别了 6990 个 VT 事件，并选出 1904 个信号质量较好的事件进行单台属性分析。这个单台数据集不是为了精确定位每一个弱震，而是为了看不同 VT 家族和时间演化。</p>
<p>第三，区域宽频带台站的 VLP 数据。作者在 FURI、MSEY、ABPO 和 LSZ 四个区域台站上寻找 10-20 s 周期范围内的 monochromatic signals。搜索时段是 2013 年 1 月 1 日到 2019 年 3 月 5 日。</p>
<p>第四，Mayotte 岛上的 GNSS 数据。使用了 GAMO、KAWE、MAYG 和 BDRL 四个台站，时间上主要关注 2018 年 7 月 1 日到 2019 年 4 月 1 日的累计位移。</p>
<p>第五，已有的区域地质、速度模型和后续发现的新海山位置。论文明确测试了不同 crustal models，因为 Mayotte 下方是 oceanic crust 还是 continental crust 过渡区，本身就是一个不确定问题。</p>
<h3 id="methods">Methods</h3>
<p>强 VT 的分析使用了 full waveform moment tensor inversion。作者用 Grond 的 Bayesian bootstrap 方法反演最大的一批 VT，在 0.01-0.03 Hz 频带拟合区域波形，并测试 P2017、P2017B、CRUST1 和 CRUST2 等不同速度模型。为了进一步约束深度，作者还使用 ABKAR 阵列的 teleseismic depth phases，在 0.8-2.5 Hz 频带做 beamforming，并比较 P、pP / sP 等相对到时。</p>
<p>弱 VT 的分析更像是单台“行为学”。作者在 YTMZ 上手动拾取 P 和 S，到时差 S-P 被用作与 Mayotte 距离的 proxy；PGA 被用作震级 proxy；P 波粒子运动给出 backazimuth；P 波垂直/水平振幅比和 S/P 振幅比用来判断入射角和机制变化。随后，作者用三分量 waveform cross-correlation 和 S-P 差异做 clustering，把 VT 大体分成与 dyke propagation 相关的一组，以及与 sagging above the depleting reservoir 相关的一组。</p>
<p>VLP 检测则利用 30 分钟窗口、每 2 分钟滑动一次，在 10-20 s 频带中寻找窄带峰值。后续又用 2018 年 11 月 11 日最大 VLP 的 envelope 做 template matching，最后得到 407 个 VLP。对于其中 22 个高质量 VLP，作者在 0.06-0.07 Hz 频带做 centroid MT inversion，并把 source time function 写成 damped harmonic oscillator，同时反演 dominant frequency 和 damping time。</p>
<p>GNSS 形变方面，作者先对 MAYG 站做 change point analysis，判断形变信号何时显著偏离 2014-2018 年背景趋势。然后用 2018 年 7 月 1 日到 2019 年 4 月 1 日的累计位移反演形变源，包括 isotropic source、axisymmetric point source、compound dislocation model 等不同模型。文中强调，简单 isotropic source 不能同时拟合水平/垂直位移比和位移方向。</p>
<h2 id="results">Results</h2>
<p>第一，Mayotte 危机可以分成四个阶段。Phase I 是 2018 年 5 月 10 日到 6 月 7 日，出现最强 VT burst，5 月 15 日发生 Mw 5.9 事件。这个阶段地震从约 25-30 km 深处向浅部迁移，ABKAR 深度相也支持这个 upward migration。Phase II 是 6 月 7 日到 6 月 18 日，震中向南迁移 10-20 km，接近后来发现的新海山位置。Phase III 从 6 月 28 日到 9 月 17 日，Mw &gt; 4.5 的 VT 变少，VLP 开始占主导。Phase IV 从 2018 年 9 月 17 日到 2019 年 3 月，VLP rate 增加，同时出现更靠近 Mayotte 的新类型 VT。</p>
<p>第二，VLP 的源机制很特殊。22 个 VLP 的矩张量相似，以交替正负的 vertical CLVD 为主，作者解释为一个略向西倾的 subhorizontal crack。VLP centroid depth 为 37 ± 11 km。最大 VLP 发生在 2018 年 11 月 11 日，估计 surface wave magnitude 为 Ms 5.1。VLP 的 quality factor 为 72 ± 6，说明衰减较慢。VLP dominant period 从 2018 年 6 月约 15.2 s 增加到 10 月约 15.6 s，然后到 2019 年 2 月又降到约 15.3 s。</p>
<p><img alt="图2 2018-2019 年 Mayotte 地震序列、VLP 和 GNSS 形变的时间演化" src="/images/paper-drainage-deep-magma-reservoir-mayotte/figure2.png" /></p>
<center><em>图2 时间轴显示 VT 深度、S-P 差、VLP 幅度和周期，以及 GNSS 位移一起变化。蓝色、红色、紫色和绿色曲线共同构成了作者解释深部储库排空的证据链。</em></center>

<p>第三，GNSS 形变给出独立约束。四个 GNSS 台站记录到持续沉降和向东位移，2018 年 7 月到 2019 年 4 月的位移矢量长度约 18 cm。轴对称点源模型给出的最佳源位于 Petit Terre 以东 12 ± 4 km、深度 32 ± 3 km，体积变化为 -1.7 ± 0.4 km3。另一类 generalized point source / vertical dislocation 模型给出约 -1.3 km3 的 potency，作者把它视为下限，因为所有 GNSS 台站都位于源的一侧，对 NS 方向源收缩敏感性不足。</p>
<p>第四，作者把早期和晚期 VT 解释为不同过程。早期 Phases I-II 的 VT 更像 dyke propagation：强事件多、深度向上迁移、震中向南靠近新海山，机制以 left-lateral strike-slip 为主。晚期 Phases III-IV 的 VT 则更靠近 Mayotte，并具有 steep NE-SW striking thrust mechanisms，与区域 transtension 背景不一致。作者认为这说明储库排空造成了强烈应力扰动，触发了储库上方岩体的 downsag 和顶板失稳。</p>
<p>第五，VLP 可能来自深部储库的一部分，而不是浅部岩墙本身。作者用 fluid-filled crack resonance 的解析公式解释 15.2-15.6 s 的周期变化。一个长度约 12 km 的裂缝模型可以通过先变薄、再缩短来解释周期先增加后减小，同时对应约 1.6 km3 的体积损失。这和 GNSS 反演的体积损失量级一致。</p>
<p>第六，结论上，作者提出 Mayotte 和新海山之间有一个深约 30 ± 5 km、长度可达 15 km 的 subhorizontal magma reservoir。论文认为这是当时在地表位移数据中观测到的最深岩浆储库排空事件。根据文中引用的初步估计，新海山喷出体积超过 3.4 km3，使这次事件成为当时最大规模的地球物理监测到的海底喷发之一。</p>
<h2 id="discussion">Discussion</h2>
<h3 id="innovations">Innovations</h3>
<p>这篇文章最重要的新意，是在缺乏近场海底监测的条件下，把离岸深部岩浆活动的完整演化过程拼出来。它没有只依赖“地震多了”这个事实，而是把 VT migration、VLP resonance、GNSS deflation 和海底新海山联系在一起。</p>
<p>我觉得它在方法上的关键，是承认每个数据源都有缺陷，然后让不同数据源互相制约。比如 VT 的绝对深度受速度模型影响很大，但不同模型下相对上迁趋势仍然稳定；GNSS 台站都在源的一侧，但形变方向和沉降模式仍然要求一个非简单 Mogi 源；VLP 的起始时间很 emergent，难以判断 VT 是先于还是后于 VLP，但 VLP 的周期变化和体积损失量级能够和形变模型相互呼应。</p>
<h3 id="contributions">Contributions</h3>
<p>这篇文章的贡献可以概括为三点。</p>
<p>第一，它把 Mayotte 2018-2019 年危机解释为一个两阶段过程：早期 dyke 从 Moho 附近向上并向南传播，晚期深部储库排空并触发顶板失稳和 VLP 共振。</p>
<p>第二，它展示了 VLP 不只是一个“奇怪的长周期信号”，而可以作为深部岩浆储库几何和体积变化的约束。15.2-15.6 s 的周期变化不是孤立现象，而是和 GNSS 推断的 1 km3 量级岩浆排空联系起来。</p>
<p>第三，它提醒我们，海底火山活动不一定要等到海底台网完整后才可以研究。区域和全球台网、单岛 GNSS、单台强震记录、远震阵列深度相，都可以在缺少理想观测的情况下形成有效证据链。</p>
<p><img alt="图3 Mayotte 危机的机制示意图" src="/images/paper-drainage-deep-magma-reservoir-mayotte/figure3.png" /></p>
<center><em>图3 作者提出的机制：深部近水平储库先向上供给岩墙，随后岩墙向南传播；储库西侧排空导致上覆岩体失稳，压力脉冲触发储库共振。</em></center>

<h3 id="limitations">Limitations</h3>
<p>这篇文章的局限也很清楚。</p>
<p>第一，速度结构不确定。Mayotte 下方 crustal structure 和 Moho depth 有争议，不同模型会移动绝对深度估计。作者通过多模型测试尽量控制这个问题，但绝对深度仍然不能看成单一精确值。</p>
<p>第二，早期缺少近场海底观测。YTMZ 单台分析很有用，但它无法替代真正的局部台网。弱 VT 的位置、入射角和机制解释都带有单台方法的限制。</p>
<p>第三，GNSS 几何不理想。四个 GNSS 台站都在 Mayotte 岛上，也就是源区一侧，因此对某些方向的源收缩不敏感。作者明确说 -1.3 km3 是下限。</p>
<p>第四，VT 和 VLP 的因果顺序仍然有不确定性。VLP 起始很 emergent，作者不能总是判断 VT 是触发 VLP，还是伴随 VLP 出现。论文提出 VT pressure pulses 触发 reservoir resonance，是一个和多种观测相容的解释，但不是直接“看见”的过程。</p>
<p>第五，火山灾害情景推演很简化。论文估算触发类似整体 collapse 的阈值约 230 km3，远高于当时新海山体积，但这个估算依赖 caldera analog、摩擦系数、储库半径、深度和岩浆体积模量等简化参数。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>这篇文章对我很有启发，因为它不是靠一个漂亮算法赢，而是靠证据组织赢。每一种数据都不完美，但组合起来就很有力量：VT 说明通道怎么打开，VLP 说明深部储库在共振，GNSS 说明体积在减少，后来的海山发现说明岩浆确实到达了海底。</p>
<p>我特别喜欢作者对不确定性的处理方式。他们没有把 Mayotte 的速度结构当成已知，也没有假装单台 YTMZ 可以精准定位所有弱震，而是把这些限制放进解释框架里。对我来说，这类文章最值得学的是“如何在观测条件不理想时仍然构建一个可信的物理叙事”。</p>
<p>如果以后要做类似的火山、冰川或海底地震过程研究，我觉得这篇文章的结构很值得借鉴：先把事件序列分阶段，再把每一类观测放到同一条时间线上，最后问这些证据是否共同指向一个几何上和物理上都说得通的源模型。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="volcanology" />
    
    <category term="VLP" />
    
    <category term="GNSS" />
    
    <category term="Mayotte" />
    
  </entry>
  
  <entry>
    <title>关于论文</title>
    <link href="https://www.seis-jun.xyz/blog/2026-07-04-about-paper.html" />
    <id>https://www.seis-jun.xyz/blog/2026-07-04-about-paper.html</id>
    <updated>2026-07-04T16:10:49+08:00</updated>
    <published>2026-07-04T16:10:49+08:00</published>
    <summary type="html"><p>我的好多篇日记都是用“关于”开头是不是有点老套。可能是吧，没有好的题目估计大家都不愿意点进来瞧啊。然而我认识到了这个问题却又没有针对题目进行修改 也许是因没深谙新闻传播学之道而不会起名字呢 ，可能说明我是故意让名字平淡一些好让一些人不点进来读，但同时又写了这一系列的文字。可能让人摸不着头脑，我自我反思可能是因为心里也是...</p></summary>
    <content type="html"><![CDATA[<p>我的好多篇日记都是用“关于”开头是不是有点老套。可能是吧，没有好的题目估计大家都不愿意点进来瞧啊。然而我认识到了这个问题却又没有针对题目进行修改<del>也许是因没深谙新闻传播学之道而不会起名字呢</del>，可能说明我是故意让名字平淡一些好让一些人不点进来读，但同时又写了这一系列的文字。可能让人摸不着头脑，我自我反思可能是因为心里也是矛盾的啊，一方面想人来读，另一方面又怕乱读。</p>
<p>好了说回主题吧。我发现，我可能真的在乎paper啊。因为我和很多同行同事聊天整天就paper长paper短，真的也没聊啥其他话题。耿同学讲故事最近以来比较火，因为揭露了好多论文（顶级论文）造假，引起了共鸣。</p>
<p>一件事情如果引起热议或轰动，通常是因为引起了情绪共鸣（共情）或者是利益投射。另外，如果一个屋子里面发现了一只蟑螂，那么这间屋子里面的蟑螂早就成堆。</p>
<p>所以造假是为了什么？过了“对错”年龄的人肯定要从利益出发来考虑，那就是做这件事情的利益远远大于成本。资本论里说，为了100%的利润，它就敢践踏一切人间法律，况且这里还没有法律监督。<del>道德监督又值几个钱？</del></p>
<p>论文造假这回事对于个人来说，如果惩罚不到位，那肯定是好的。那这种现象肯定会继续下去，愈演愈烈。论文造假<del>包括灌水</del>对于社会来说，好不好就不好说。但肯定舆论效果不好，然而如果有些人不关心，那啥事都没有。</p>
<p>作为会思考的你肯定有很多的疑问。首先，导致这个现象的原因是什么？我不敢想，也不敢问。因为其实关于人的问题要来问为什么，很容易触发的是对于责任归属问题的应激反应。<del>是不是听不懂我讲的是什么？</del>我的意思是，问为什么不是目的，追责也不是目的，目的是通过追问为什么来对现象背后的原因进行剖析，如果它影响不好/利<del>谁的利益？里面有我吗？</del>大于弊，那么应该采取什么措施来杜绝？是通过消灭发现问题的人，还是消灭问题？</p>
<p>我不来分析这是为什么。因为每个人都有不同的视角，容易站着说话不腰疼；另外每个人还有不同的“偏见”，容易陷入“能破但不能立”的尴尬境地；此外每人都有不同见解，容易引发口水战。</p>
<p>但是对于科研是什么还是有些牢骚想要发一发。<del>有个人说，写文章本来就是发牢骚。</del>科研就是“科学研究”，<del>这好像是废话</del>是通过实验/观测/模拟等手段基于实证来探索宇宙奥秘的过程。对于社会来讲，探索清楚宇宙奥秘，可以推动科技发展，提高生产力，提升人们生活水平。但科研到人们生活水平提升中间其实差了老远，不能说科研是因，人们生活水平提升就是果了，中间还有技术/管理/协作等大头。</p>
<p>所以其实科研给生活水平带来的提升几乎是不可见的。科研带来的价值很多吗？也许很多，但不直接。如果一个事情不能立刻带来很大的价值，那就不会有那么多人趋之若鹜，不会有大资本来投资，如果我是管理者我也不会花大价钱去搞。然而很多国家是花了心思来做这个事情的，兴许是因为看到了科研到人们生活水平提升的链条了吧。但是<del>所有事情都有但是，邪恶的辩证思维</del>，做了事情就想立刻看到结果。</p>
<p>刚刚才说，科研与想要达到的效果差了十万八千里，但是有些人就想立刻看到结果<del>我说浮躁吧</del>。这就存在矛盾了，那怎么办？论文就是结果之一。你不发论文那你做什么科研<del>我给你什么钱</del>，玩儿蛋去吧。论文就是你的结果，投了钱给你，给你发了工资，你就要给我造一堆玩意儿，即使我不知道那个玩意儿有什么实际用处，只要别人<del>例如Nature啥的</del>说好，那就是好。</p>
<p>所以怎么办呢？我没有资格来讲怎么办，因为我也是案板上的鱼。好的论文我也想来上一打。大约还要过上一阵，人才能不抽风啊。这个一阵是多久我就不知道了。</p>]]></content>
    
    <category term="日记" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (61)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-07-02-paper-reading-61.html" />
    <id>https://www.seis-jun.xyz/blog/2026-07-02-paper-reading-61.html</id>
    <updated>2026-07-02T12:07:16+08:00</updated>
    <published>2026-07-02T12:07:16+08:00</published>
    <summary type="html"><p>An experiment to resolve system-scale lake ice properties shaped by environmental processes</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: An experiment to resolve system-scale lake ice properties shaped by environmental processes</li>
<li><strong>First Author</strong>: Felix Strobel</li>
<li><strong>Corresponding Author</strong>: Felix Strobel</li>
<li><strong>Affiliation</strong>: Institute of Seismology, University of Helsinki; with collaborators from University of Helsinki, Stockholm University, University of Hamburg, KTH Royal Institute of Technology, Geological Survey of Denmark and Greenland, ETH Zurich, ISTerre, and related institutions</li>
<li><strong>Journal</strong>: EGUsphere preprint, discussion started 4 June 2026</li>
<li><strong>DOI</strong>: 10.5194/egusphere-2026-2106</li>
</ul>
<h2 id="abstract">Abstract</h2>
<p>这篇文章介绍了 2025 年 2 月在芬兰南部 Lake Pääjärvi 上开展的一次湖冰综合观测实验。作者希望把季节性淡水湖冰看成一个完整系统，而不是只测几个点上的冰厚或温度。这个系统同时受到气温、风、降雪、湖水、沉积物、气泡和人为活动影响，因此它的厚度、弹性、裂隙和声学响应都可能在空间和时间上变化。</p>
<p>实验的核心是一套布设在约 25 cm 厚湖冰上的 210 台地震仪阵列。这个阵列采用 Specter aperiodic monotile geometry，尺度达到约 10 km。除此之外，作者还布设了岸边地震台、宽频带地震仪、加速度计、旋转地震仪、1 km 主动 DAS 光缆、GPR、声呐、麦克风，并同步采集了冰厚、冰芯、水化学、沉积物孔隙水和气象数据。</p>
<p>论文给出的初步结果显示，湖冰中可以观测到明显的导波模式，包括慢速、强频散的 QS flexural mode，以及速度更高的 QS0 和 SH0 模式。环境噪声互相关、锤击实验、DAS 和声学记录之间可以互相验证。与此同时，湖水和冰样中的甲烷浓度表明 Lake Pääjärvi 是一个潜在的甲烷来源，但冰中甲烷只是被困气体中的一小部分。整体上，这篇文章更像是一个大型野外实验和数据集说明，为之后用地震学方法成像湖冰厚度、弹性和气体结构打基础。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>我觉得这篇文章有意思的地方在于，它把“湖冰”从一个简单的冰层厚度问题，扩展成了一个环境地球物理问题。季节性湖冰不仅影响湖泊和大气之间的热量交换，也会影响冬季生态、水体混合、交通安全，以及甲烷等温室气体从湖底沉积物到大气的释放过程。</p>
<p>传统上，湖冰研究可以用人工钻孔、冰芯、GPR、遥感或者局部声学测量来做。但这些方法各有盲区：人工测量很准确，却很稀疏；遥感覆盖大，却需要地面校准；声呐和水化学可以看水体和气体，但空间范围有限。地震学和 DAS 的价值在这里就很清楚了：如果湖冰本身会因为温度变化、风浪、水体振动、人为活动和裂隙而不断发声，那么连续波场就可能用来监测整片湖冰的弹性和厚度变化。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Brown and Duguay (2010); Perovich and Polashenski (2012)</strong>: 论文把湖冰和气候系统联系起来，强调冰盖会改变湖泊和大气之间的能量交换。</li>
<li><strong>Engram et al. (2020)</strong>: 利用遥感识别北方湖泊中与甲烷逸出相关的气泡，为“从湖冰看甲烷释放”提供了重要背景。</li>
<li><strong>Moreau et al. (2020, 2023); Chmiel et al. (2023); Umlauft et al. (2023)</strong>: 这些工作说明海冰或湖冰中的导波、微震和被动地震记录可以用于冰厚和冰性质监测。</li>
<li><strong>Smith et al. (2024); Mordret and Grushin (2025)</strong>: 提供了 aperiodic monotile array 的几何基础和地震成像动机。本文的 210 台湖冰阵列就是基于这种思路设计的。</li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>这篇文章隐含指出的一个问题是：很多湖冰观测要么很局部，要么只看单一物理量。对于一个有空间尺度、有环境驱动、有气体交换、有裂隙活动的湖冰系统来说，只靠单点冰厚或者单一遥感图像，很难知道冰层内部到底在怎么变化。</p>
<p>所以本文的主要补充不是提出一个复杂算法，而是把多种观测手段放到同一片湖冰上。这样一来，冰厚、弹性波速度、环境噪声、声学信号、水下目标、气泡和化学浓度可以互相对照。</p>
<p><img alt="图1 Lake Pääjärvi 的位置和观测环境" src="/images/paper-experiment-resolve-system-scale-lake-ice/figure1.jpeg" /></p>
<center><em>图1 Lake Pääjärvi 位于芬兰南部，实验围绕湖冰、岸边、湖水和沉积物同步布设了多种观测。本文真正有价值的地方，就是把这些观测放在同一个湖泊系统里。</em></center>

<h2 id="methodology">Methodology</h2>
<h3 id="data">Data</h3>
<p>这次实验的数据量很大，而且观测类型非常杂。作者使用了 340 台 geophones、8 台 broadband seismometers、3 台 accelerometers、一台 rotational seismometer、一条 DAS cable、GPR、echosounder、microphone、ice coring、manual ice thickness measurements、水化学采样和气象资料。</p>
<p>最核心的湖冰地震阵列由 210 台三分量 geophones 组成，采样率为 2000 Hz，2025 年 2 月 10-13 日部署，3 月 2-3 日回收。阵列的最近邻台距中位数约 188 m，覆盖了 Lake Pääjärvi 的大部分冰面。岸边还有 31 台 geophones，从 2024 年 11 月 22 日一直工作到 2025 年 4 月 24 日，用来记录冻冰前、结冰期和融冰前后的背景变化。</p>
<p>DAS 系统由 FEBUS A1 interrogator 和 1200 m 光纤组成，其中约 1000 m 为有效主动段。光纤在湖冰上布成几段折线，采样率为 2500 Hz，gauge length 约 10 m。作者还在 DAS 第一段附近布设了一条 26 台 geophones 的线阵，用来比较 DAS strain-rate 和传统地震仪记录。</p>
<p>冰厚方面，作者进行了两轮人工测量。部署期间冰厚约为 11-30 cm，平均 20.7 cm；回收期间约为 21-35 cm，平均 26.4 cm。配对位置显示 19-22 天内冰厚增加了 1-10 cm，平均增加 5.6 cm。GPR 则提供了约 9.98 km 的剖面，用于补充空间连续的冰厚变化。</p>
<h3 id="methods">Methods</h3>
<p>处理方法总体比较直接，但组合得很完整。</p>
<p>地震数据方面，作者分析锤击实验、冰震、环境源和环境噪声互相关。对于 210 台湖冰阵列，他们把连续波形切成 daily segments，去均值、去趋势、去仪器响应，并降采样到 100 Hz。随后用 30 分钟窗口，在 1-30 Hz 内做 spectral whitening，并计算所有台站对的 RR、TT 和 ZZ 分量互相关，最后按距离 bin 叠加。</p>
<p>DAS 数据方面，作者先用 PSD 检查不同通道的噪声和耦合状态，再人工检查不同频带中的冰震信号。对于某些冰震事件，DAS 记录可以同时看到低频的慢速 QS 波和高频的 QS0 / SH0 模式。</p>
<p>冰厚和气体方面，作者结合人工冰厚、GPR、电磁波速度、声学 coincidence frequency、冰芯气体体积分数、溶解甲烷、DIC 和沉积物孔隙水浓度。这样做的好处是，地震波速度或声学频率推出来的冰厚，可以和人工测量及 GPR 互相校验。</p>
<h2 id="results">Results</h2>
<p>第一，湖冰导波非常清楚。锤击、冰震和环境源都会激发强频散的 QS flexural mode，以及相对更快、更不频散的 QS0 和 SH0 模式。锤击实验中，QS0 速度约为 3009 ± 60 m/s，SH0 速度约为 1638 ± 20 m/s。环境噪声互相关给出的速度略高，RR 分量的 QS0 约为 3380 ± 140 m/s，TT 分量的 SH0 约为 1824 ± 80 m/s。慢速 QS 模式的速度则大约在 20-100 m/s。</p>
<p>第二，作者用这些波速估计了湖冰的弹性参数。假定冰密度为 910 kg/m3，并使用 cSH0 = 1850 m/s、cQS0 = 3400 m/s，得到 Poisson&#8217;s ratio 约为 0.42，Young&#8217;s modulus 约为 8.59 GPa。这个结果说明 Lake Pääjärvi 当时的湖冰相当 stiff，和作者现场看到的硬质透明 basal ice 比较一致。</p>
<p>第三，环境驱动很明显。高频地震能量在 2 月 21 日之前更强，尤其和 2 月 13、16、19、20 日的快速降温过程有关。论文认为这可能反映了湖冰在温度变化下的机械响应。低频宽频带能量则更受风速和阵风影响，在 0.03-0.2 Hz 内能持续几个小时到几天，和 wind gust speed 的相关系数最高可达 0.8。</p>
<p>第四，DAS 观测说明光纤可以捕捉到冰震和导波，但耦合问题仍然很重要。作者在 DAS 记录中人工识别出数百个冰震事件。一个 2025 年 2 月 19 日 21:42 UTC 的事件显示，10 Hz 以下可以看到 10-50 m/s 的慢速 QS 波，10 Hz 以上则可以看到约 3400 m/s 的 QS0 和约 1850 m/s 的 SH0。第一到时出现在约 615 m 附近，可能和现场观测到的一条持续裂缝有关。</p>
<p><img alt="图2 DAS 通道的频率内容和空间变化" src="/images/paper-experiment-resolve-system-scale-lake-ice/figure28.png" /></p>
<center><em>图2 DAS 通道的 PSD 可以看到频率内容随光纤位置变化明显。对于冰上 DAS 来说，数据质量不仅取决于设备，也取决于光纤布设、弯折、冰面耦合和裂缝环境。</em></center>

<p>第五，声学和水声数据把“湖冰”扩展到了冰下水体。麦克风记录到的冰震声学信号在夜间更明显，其中一个事件出现了约 120 Hz 的 monochromatic air-coupled wave。根据 coincidence frequency，作者估计当时冰厚约为 26-28 cm，和人工测量一致。声呐剖面中可以看到移动声学目标，作者认为可能包括鱼类，也可能包括上升气泡，但气泡通量的定量识别还没有完成。</p>
<p><img alt="图3 冰下声呐观测示意和回波剖面" src="/images/paper-experiment-resolve-system-scale-lake-ice/figure13.jpeg" /></p>
<center><em>图3 声呐观测把湖冰研究和冰下水体连接起来。图中既有水柱中的移动目标，也有湖底附近的回波结构；作者认为其中一部分目标可能和鱼类或气泡有关。</em></center>

<p>第六，甲烷结果比较克制。沉积物孔隙水中的 CH4 浓度最高，可以达到 10-1000 µmol/L，而水体和冰中的 CH4 大致只有 0.01-0.1 µmol/L。不过所有 161 个溶解甲烷样品都高于大气平衡浓度，说明 Lake Pääjärvi 可能向大气释放甲烷。与此同时，冰中甲烷只是被困气体中的一小部分，冰内气体体积分数更可能主要来自 trapped air，尤其是上部 superimposed ice。</p>
<h2 id="discussion">Discussion</h2>
<h3 id="innovations">Innovations</h3>
<p>这篇文章的创新不在于单个算法，而在于实验组织方式。作者把湖冰当作一个系统，把地震、DAS、GPR、声学、水声、冰芯、气体和气象放到同一时空框架里。这种设计可以让研究者同时回答几个层次的问题：冰有多厚，冰有多硬，裂缝什么时候活动，风和降温如何影响波场，湖底气泡是否能被声呐和冰内观测间接捕捉。</p>
<p>另一个值得注意的点是 monotile lake-scale array。常规规则网格在湖这种不规则边界上并不方便，而 Specter aperiodic monotile geometry 可以在一定程度上兼顾空间覆盖和波束形成/噪声成像需求。对环境地震学来说，这种阵列设计很有启发性，因为真实研究对象往往不是规则矩形。</p>
<h3 id="contributions">Contributions</h3>
<p>这篇文章的贡献可以概括为三点。</p>
<p>第一，它为 Lake Pääjärvi 建立了一个完整的 system-scale lake ice dataset。虽然数据还要等到 2028 年 5 月 1 日 embargo 结束后公开，但论文已经把仪器、采样率、部署时间、数据量和初步观测结果写得很清楚。</p>
<p>第二，它说明了冰层导波可以作为湖冰弹性和厚度变化的观测工具。QS、QS0 和 SH0 模式在锤击、冰震、DAS 和环境噪声中都有对应，这为后续做 ambient field correlation tomography 或冰厚反演提供了基础。</p>
<p>第三，它把湖冰地震学和甲烷问题连了起来。论文并没有直接声称已经定量解析了甲烷逸出，但它给出了一个合理路径：用声呐看水体目标和气泡，用化学采样约束甲烷浓度，用湖冰中的弹性和气体结构变化做空间补充，最后再和遥感联系起来。</p>
<h3 id="limitations">Limitations</h3>
<p>这篇文章仍然是一篇 preprint 和数据实验论文，很多结果只是初步展示。比如湖冰的三维厚度和弹性成像还没有真正做完；声呐中的鱼类和气泡目标还需要进一步分类；DAS 振幅校准和光纤耦合仍然会影响解释；rotational seismometer 数据也存在时间戳、间隙和校准问题。</p>
<p>另外，数据集要等到 2028 年 5 月 1 日之后才完全开放。对于想立即复现实验处理流程的人来说，这会有一定限制。不过从论文写作角度看，作者已经把参数和处理思路交代得比较完整。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>我喜欢这篇文章的原因，不是因为它给出了一个特别惊人的结论，而是因为它把一个野外观测系统搭得很完整。很多时候我们读论文会直接跳到结果图，但真正难的事情可能是：怎么选一个合适的湖，怎么在冰上安全布设 200 多台仪器，怎么让 DAS、GPR、声呐、冰芯和气象数据能对上时间，怎么判断一个信号到底来自冰裂、风、车、人，还是水下目标。</p>
<p>这篇文章也让我想到之前读 SEIS-ADELICE 那类冰川实验论文。它们的共同点是：先把一个自然系统当作观测对象，而不是先拿一个算法去找例子。Lake Pääjärvi 的尺度比南极出口冰川小得多，但思路类似：密集阵列、连续记录、多物理量约束，然后再去谈成像、监测和机制。</p>
<p>对我来说，这篇文章最值得借鉴的是“系统尺度观测”的设计方式。如果以后要做类似冰川、湖冰、海冰或者浅表环境地震学问题，不能只问“我有什么仪器”，更应该问“这个系统里哪些物理量必须同时被约束”。只有这样，地震波速度、DAS strain-rate、声学频率、冰厚和气体浓度才不会是互相孤立的数字，而会变成同一个自然系统的不同投影。</p>
<p>还有一点不得不说，它没有引用我的论文，这家伙。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="cryosphere" />
    
    <category term="lake ice" />
    
    <category term="DAS" />
    
    <category term="ambient noise" />
    
  </entry>
  
  <entry>
    <title>Light lie (1)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-30-light-lie.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-30-light-lie.html</id>
    <updated>2026-06-30T16:47:33+08:00</updated>
    <published>2026-06-30T16:47:33+08:00</published>
    <summary type="html"><p>之前一直有个科幻世界设定想法，很想把这个点子写成一个科幻小说。然后花了几天和Codex构建了这个世界。目前世界观的构建用了30万字。题目暂定为《无影纪》，英文是Light Lie。以下是第一章内容。 第一章 白昼失准 我坐进光轨时，导师那句，“不要查了。”，还留在耳后。 光轨门缓慢合拢，几乎听不到声音，只在脚底留下一点...</p></summary>
    <content type="html"><![CDATA[<p>之前一直有个科幻世界设定想法，很想把这个点子写成一个科幻小说。然后花了几天和Codex构建了这个世界。目前世界观的构建用了30万字。题目暂定为《无影纪》，英文是Light Lie。以下是第一章内容。</p>
<h1 id="_1">第一章 白昼失准</h1>
<p>我坐进光轨时，导师那句，“不要查了。”，还留在耳后。</p>
<p>光轨门缓慢合拢，几乎听不到声音，只在脚底留下一点细小的震动。舱内有恒温织层被晒久后的淡味，混着前站醒饮社飘进来的柑辛气。</p>
<p>他说得很轻，像在提醒我别忘了带走什么；也很决绝，像那扇门在我身后合拢时，已经替他回答过一次。</p>
<p>我没有答应，也没有反驳。反驳显得太急，答应又显得太假。我只点了点头，像初入师门时一个呆呆的学生在资深长者面前应该做的那样，把一句不合意的话收进明衣安静的领缘里。领缘贴着喉结，温度比皮肤低一点，像一枚不动声色的手指。</p>
<p>光轨离站后的速度还不算快。两侧的房屋还没有连成光带，低矮居所、共餐台檐口和步光廊的支柱一格一格向后退；近处的窗膜甚至还能数清层数，数到第六七层，才被速度和绕光揉成细线。舱体沿着城市边缘的轨线滑出去，明窗把两侧、上方和身后绕来的光整理成温和的层次。外面的亮不是从某一处照进来，而像被人从许多方向揉开，再一层层铺平。那层承力舱膜轻轻起伏，替乘客删去过密的远景、迟到的重影和无关的明衣提示。</p>
<p>我仍在想导师的眼睛。</p>
<p>许多年前，我第一次跟着他学绕光边界模型时，他看见一个小数点的错误都会停下来思考其合理性。那时候他的眼里有一种我后来很少再见到的光，安静、专注，像一根针扎进深水里，水面不动，下面却一直有力量往更深处去。</p>
<p>如今他谈起花圃里的湿度、根系和休光节律，比谈边界残差更有兴趣和耐心。我离开前，他的指腹上还留着一点细泥，潮气从袖口里浮出来，比他的声音更像一句挽留。</p>
<p>原来再热爱、再执着的人，也会变。</p>
<p>我深吸了一口气，把导师居所方向的视域权重调高了一格。</p>
<p>舱顶明窗微微一亮，几条绕行光路被重新排进我的视野。导师所在的那一层，在远处折成一枚浅色矩形。矩形后面站着一个深龄者的明形，脸和手都被明衣柔化，只剩一个停在窗边的轮廓。</p>
<p>我知道那可能是导师，也知道自己不能证明。</p>
<p>那团光影抬了一下，又像只是迟光在墙面上错了一瞬。我分不清那是在招手，还是一段来迟的叹息。</p>
<p>我把视域权重降回去。</p>
<p>城市重新铺开，像一张被反复折过、又被光熨平的纸。</p>
<p>远处第五街道的人只剩低细节的明影，在共餐台和慢行带之间缓慢移动。再近一些，第四街道的醒饮社刚换过风味光谱，门口站着两个穿轻袍的人，脸还能辨出，手势却已经被明窗压成柔和的白线。右侧更近的道路上，一列维护机贴着归材口滑过，像几枚无声的银色扣子。光轨侧面的店铺一间接一间掠过，醒饮、织层、齿谱修复、童玩庭的标识在明窗里短暂浮起，又被折回背景光，只留下舱膜里一点极轻的嗡鸣。</p>
<p>舱内很安静。乘客们各自坐着，明衣边缘在低速过渡段里轻微呼吸，布料和空气之间有细细的摩擦声。</p>
<p>靠门的深龄女人穿一件雾灰色明衣，衣摆贴着座椅垂下去，边缘有一圈细小的光鳞，随着她的呼吸慢慢开合。她膝上浮着一张薄得像水面的膳谱，用食指把三种醒饮味谱拖到一起，又一一删掉，最后只留下“清水”。她的表情没有失落，只像完成了一件本来就该被温和完成的小事。</p>
<p>她旁边的年轻男人闭着眼，耳后插着一枚私语针。针尾亮着淡蓝色，像一粒贴在皮肤上的小星。他的右手悬在膝上，掌心上方有一只半透明的记事蜓缓慢翻翼，把几行别人听不见的字排成整齐的弧线。他没有皱眉，也没有笑，只有指节偶尔收紧一下，又很快松开，像连不耐烦都被训练得很轻。</p>
<p>中段两位旅客隔着一条过道坐着，似乎认识，却没有远临，也没有主动交谈。他们只在视线相遇时交换一个被明衣磨得很薄的笑，随即各自转开。这里的人大多这样：愉快、疲惫、好奇，都会先在衣领和袖缘里缓一缓，等它不再扎人了，才露出一点。</p>
<p>他们也很少长久地看人。目光经过陌生人的脸、手和明衣曲线时，会自然滑开，像在太亮的墙面上避开一块水痕。不是冷漠，更像一种从小被教会的体贴：能看见，不等于要拿走。</p>
<p>只有前排两个孩子还没有完全学会。</p>
<p>小一点的那个把一枚光谱球按在掌心里，球面亮了又暗，映得他的眼睛像两粒浅色种子。大一点的孩子伸手去抢，没抢到，就笑着去拨他领缘上的视域扣。</p>
<p>旁边的成年人抬眼看了一下，没有立刻阻止。</p>
<p>那动作太小，太常见，像所有孩子都试过的坏主意。那一下，扣子松了一点，发出极轻的磁响，像指甲碰到杯沿。</p>
<p>小一点的孩子猛地坐直，像被一阵看不见的浪从座椅上托起来。他捂住眼睛，身体往座椅深处一缩，两只脚本能地蹬住舱面，擦出一声短响。</p>
<p>他尖叫了一声，后半声又被自己咽了回去，只剩一口气卡在喉咙里发颤。</p>
<p>“别乱拨。”前面的女士一只手按住他的肩，另一只手贴到他耳后的稳域点，把他带回座位边缘。她动作很熟，像替孩子扣正一枚歪掉的衣扣。大一点的男孩愣住了，小男孩随即安静下来。</p>
<p>我在窗上看到，小球忽明忽暗，最后定在一个很弱的白点。孩子的耳后渗出了一层薄汗，几秒后平了。舱内那点柑辛气被降温气流压低，闻起来像一枚刚剥开的冷果。</p>
<p>小男孩没有晕倒，只是坐在座椅边缘轻轻晃了一下，呼吸稍稍急促了些。他领缘里响起一段很轻的明音，只贴着他和前排那位女士扩散，像有人把一句安慰放进衣料里。</p>
<p>“刚才是你自己的视域回跳，多深呼吸两下，别看远处光带了。”那是一副宽厚的男声，关切得恰到好处，像位稳重的老友。</p>
<p>孩子被扶着坐回去，手还捂在眼上。女士把他的视域扣重新按紧，指腹在他耳后一抹，明衣领缘便贴回原位，发出一声几乎听不见的轻响。</p>
<p>“好了。”她说。</p>
<p>孩子试着睁开眼，先看掌心里的光谱球，又看自己的鞋尖。球面重新亮起来，淡蓝色在他指缝里转了一圈。他没有再叫，只是吸了吸鼻子，把球抱得更紧了。</p>
<p>舱里那点短促的笑意散开。前排女士放下手，大一点的孩子也把手缩回膝上。有人继续闭目听私语针，有人低头整理自己的袖缘。几秒钟里，只有舱膜低低的嗡鸣和光轨转入直线段时极轻的加速声。</p>
<p>事情已经结束了，至少所有人都是这么认为的。</p>
<p>我也把目光从孩子身上移开。</p>
<p>就是在这之后，远处第四街道那一段亮度忽然顿了一下。不是孩子那枚视域扣造成的局部回跳，而是更远、更高的地方，从顶部向下，一下一下，像有人在透明的膜背后敲了三下。</p>
<p>我把目光抬了三分之一秒。天空像一张从背面被轻轻敲过的薄膜，白亮沿着看不见的纹路跳了三下，像水波扩散开来。</p>
<p>这一次，不是那个孩子。</p>
<p>几乎同一时间，明窗把每个人的视域都缓了一层。不是暗下来，而是光从四面八方被重新梳理，像几圈透明的震荡波，接连穿过眼睛、眉骨、喉咙和胸口。每一次穿过，都把过多的远景往后推一寸，也把人往座椅里轻轻按了一下。</p>
<p>靠门的深龄女人先停住了手。那张水面一样的膳谱在她膝上晃了一下，被删掉的味谱短暂浮回边缘，又很快消失。她抬起眼，瞳孔没有立刻对上前排座椅，视线越过去，落到很远处，又立刻收回来。</p>
<p>耳后插着私语针的年轻男人睁开眼，针尾的淡蓝闪了一下；他掌心上方的记事蜓停在半空，翅影断了半拍。过道另一侧，那两位旅客几乎同时眨眼，一个用掌心护在眼前，一个扶了下椅背。还有人无意识把手指敲在膝上，像对上了同一节拍。刚刚放松下去的舱室又同时收紧了一下。</p>
<p>下一息，舱侧明音又落下来。不是警示，也不是严厉，是温柔得像日常护理的提醒。</p>
<p>“视域被微回弹。轻轻眨眼，把视线放回中程。”</p>
<p>问题不在那句提醒。问题在顺序。</p>
<p>天上三道白亮，先来了；那句提醒，后来才补上。</p>
<p>我没有再等。指尖在袖缘边缘点了两下，下面浮出两粒温点。我调出明衣工作层，直接查红移塔的边界残差通道。</p>
<p>没过多久，我只看到一条短暂标注：<code>残差簇 7-A</code>，状态栏后半段仍是“在可接受误差范围内”。</p>
<p>可我记下了它的时间戳、位置和边界标签。</p>
<p>我没有保存。</p>
<p>保存会留下比记忆更硬的形状。况且那条标注本身也并不罕见，任何一个长期盯着边界数据的人都知道，“可接受误差范围”这几个字像干净的布，可以盖住很多不起眼的问题，要是平常，它也大约算不上异常，然而现在它犹如一枚针尖，刚好扎在我已经疼了几天的地方。</p>
<p>导师今天沉默前，我提过三个旧残差。</p>
<p>一个来自城市西缘的迟光补偿，一个来自高空折返层的亮度偏差，还有一个来自旧天文台的背景噪声。它们分属不同通道，不同维护人，不同归档词。正常情况下，没人会把它们排在一张表里。那就像把杯沿上的水痕、袖口的灰和花盆底下的一粒土放在一起，说它们来自同一次雨。</p>
<p>可我现在记下的这个时间戳，让那张荒唐的表多了一行。也许我已经发现了新的东西，光的物理定律会不会因为我而改变。我忽然又有些兴奋，但通常不能高兴太早，世上比我聪明的人太多，很多发现通常是一场竹篮打水。但我又把握十足，这一定有问题，几个残差同时出现，谁都不会否认其概率是多么小。</p>
<p>舱内的声音很快恢复原样。</p>
<p>孩子小声问：“刚才天也动了吗？”</p>
<p>那位女士替他理了理领缘，语气没有责备，只有一点被日常磨平的耐心：“是你看乱了，不要看太远就好了。”</p>
<p>孩子点点头，像接受了一条关于天气的解释。他把光谱球按在膝上，球面吐出一圈很浅的绿光，慢慢转成蓝色。旁边大一点的孩子也不抢了，只用脚尖轻轻碰他的鞋底。两个人很快又因为球面里新出现的图案凑到一起。</p>
<p>没有人继续谈天空。</p>
<p>这比天空闪了三下更让我不舒服。</p>
<p>光轨进入主线后，速度抬了上去，座下那点震动变成了连续的细麻。远处街区被明窗压成一层层薄片，所有人都在里面移动，吃饭、走路、停在店门口选一件轻袍，或者坐在共餐台边把手伸进温热的雾里。世界亮得没有边缘，像永远有人替它擦去灰尘。</p>
<p>我忽然想起导师花圃里的那点泥。</p>
<p>那是今天我见到的唯一一种不那么干净的东西。</p>
<p>我把工作层收回袖缘。两粒温点熄灭时，指腹有一瞬间发凉。我没有再查第二次，也没有把那条残差转给导师。导师已经说过了，不要查了。</p>
<p>可他说这句话时，眼睛没有看我。</p>
<p>下一站提示从舱顶滑下来。不是文字，也不是声音，而是一阵轻微的方向感，像有人把路轻轻推到我肩上。我原本可以继续坐两站，去研究所的外接口，把数据从正式权限里调出来。那样更快，也更干净。</p>
<p>我没有去。</p>
<p>我在居住带下了车。</p>
<p>站台比光轨里更亮。许多方向来的光在脚下铺开，人的影子不落在身后，只在明衣边缘形成很淡的一圈灰线。归材口旁边，维护机正把一截折断的花枝吸进腹腔，花枝还带着湿气，擦过金属边缘时发出很轻的沙沙声。</p>
<p>我从它旁边走过，闻到植物汁液的青味。</p>
<p>那味道让我停了一下。</p>
<p>几分钟前，导师的袖口也是这样的气味。</p>
<p>我没有回头看车，也没有再调高导师居所方向的视域权重。光可以绕过很多障碍，带来很多画面，但它不能把一个人重新带到你面前。更不能替你判断，一个长者的沉默到底是疲倦、胆怯，还是最后一次善意。</p>
<p>居住带入口识别了我的明衣签名。门没有开合，只是把前方一小段空气调得更凉，我走进去时，像穿过一片浅水。</p>
<p>我的住所还维持着离开时的样子。</p>
<p>两人居的空间被压得很简单。左侧餐位没有展开，第二明衣接驳点没有识别到使用者，只沿着接口留一圈待机的微光。备用睡眠层收在墙里，只露出一条细白的边。工作台倒是自动亮了，像它比我更清楚我会先去哪里。</p>
<p>我站在门口，忽然觉得这里太安静。</p>
<p>不是没有声音。墙内水管在换温，归材槽在整理上午送来的空杯，窗外远处有人笑了一声，又被多路径光折得很薄。但那些声音都离我很远。它们经过太多次整理，落到屋里时已经没有重量。</p>
<p>我脱下外层轻袍，把它挂到接驳点旁边。明衣领缘从喉结处松开，凉意退下去，我才发现自己一直咬着牙。</p>
<p>工作台问我是否继续上午的边界复核。</p>
<p>我没有回答，只把手按上去。</p>
<p>四个残差片段依次展开，在半空里排成一条很短的线。</p>
<p>它们来自四个系统，四个名字，四种看起来完全无关的解释。可当我把时间轴压到同一层时，它们的边缘同时轻轻歪了一下。</p>
<p>像四扇相隔很远的窗，在同一阵风里，各自发出了一声很轻的响。</p>
<p>我把时间轴又压窄了一点。</p>
<p>工作台的光变得更细，四个片段被拉成四根银线，悬在我和空荡的餐位之间。它们没有真正相交，只是在同一个很短的区间里同时变薄，像四个人从不同房间里屏住了呼吸。</p>
<p>这不是我喜欢的证据。</p>
<p>我喜欢可以复算的东西。公式、边界、误差来源、仪器偏置，每一样都该有来处，也该有尽头。它们不该像现在这样，只给我一阵风经过后的痕迹。你知道有什么东西动了，却不知道它碰过谁，来自哪里，又要去哪里。</p>
<p>我调出原始记录索引。</p>
<p>工作台停了一下，像屋里有谁也跟着迟疑。随后，四个片段旁边各自浮出一枚灰色小标。前三枚都写着“自动重整完成”，第四枚，也就是我从光轨上记下来的那一枚，显示为“待归档”。</p>
<p>待归档。</p>
<p>这三个字比“可接受误差内”更干净，也更轻。轻得像一粒灰落在白衣上，伸手一拂就没有了。</p>
<p>我没有伸手。</p>
<p>我只是看着它。</p>
<p>屋里的换温声变得很清楚。水管在墙内轻轻收缩，归材槽咬碎空杯的声音从低处传来，细、脆，像有人在另一个房间慢慢嚼冰。窗外的行人从多路径光里经过，有些人离我很远，却在墙面上留下很淡的移动亮斑，像水底游过去的鱼影。</p>
<p>我忽然意识到，自己已经很久没有眨眼了。</p>
<p>工作台适时地把亮度降下来。</p>
<p>“是否启用低刺激复核？”</p>
<p>我关掉了提示。</p>
<p>第二餐位仍然没有展开，只在桌沿维持着一圈最低待机光。那块地方干净得过分，桌面没有杯痕，没有手掌留下的热印，也没有任何一个人把椅子推开后忘记收回的角度。它只是端正地空在那里，像一条没有被提出的问题。</p>
<p>我转身去接水。</p>
<p>供饮口吐出一小团温雾，随后是一杯带矿物味的清水。杯壁在指腹下微微发热。我喝了一口，舌根尝到很淡的金属甜味，才发现自己喉咙干得厉害。</p>
<p>就在这时，墙面边缘滑过一条公共简报。</p>
<p>它本来不该打扰我。我的居所筛掉了绝大多数公共声响，只留下天气、交通、食物批次和与个人日程有关的温和提醒。可这条简报用了“科研设施安全回溯”标签，所以被工作台自动归入可能相关。</p>
<p>简报没有声音，只在墙面亮了一小块。</p>
<blockquote>
<p>北三环带一处旧式实验设施发生局地维护事故。<br />
现场已完成视域安抚和结构复核。<br />
相关人员家属已获陪伴支持。<br />
请勿传播未经整理的迟光片段。</p>
</blockquote>
<p>我读完以后，手里的杯子仍然停在半空。</p>
<p>北三环带。</p>
<p>不是我的四个片段里任何一个位置，但距离高空折返层那条偏差很近。近得不够成为证据，足够让人不舒服。</p>
<p>简报下方滚过几条飞评，速度很快，像一群小虫贴着光面爬过去。</p>
<p>“旧设施还没拆完吗？”</p>
<p>“陪伴支持已到位就好。”</p>
<p>“又是误触吧，最近明衣回跳好多。”</p>
<p>还有一条只出现了不到一秒，随即被折叠成灰点。</p>
<p>“处理得这么快，是不是见不得光？”</p>
<p>我放下杯子。</p>
<p>灰点还在那儿，缩在简报底部一角，像一颗被指甲掐住的种子。工作台没有展开它，只给出一句很小的提示：该评论包含未整理事件判断，已收束。</p>
<p>我盯着那颗灰点看了一会儿。</p>
<p>正常情况下，我应该关掉简报，回到四条残差上。事故归事故，边界归边界。公共简报处理得快，不能证明它在遮掩；一个陌生人说“见不得光”，也可能只是旧词顺手滑出来；一条被折叠的飞评，甚至不能证明说话的人过了脑子。</p>
<p>我知道这些。</p>
<p>我也知道，自己正在把无关的东西往一起拽。</p>
<p>导师会不喜欢这种做法。过去他常说，真正危险的不是错误结论，而是过早相爱的两个假设。它们还没有资格靠近，就已经替彼此辩护。</p>
<p>我把手从杯壁上移开，掌心留下一圈温热的水汽。</p>
<p>然后我还是点开了事故地点的公开记录。</p>
<p>记录很简洁。</p>
<p>设施编号、维护时段、局部光路遮断、结构自检、陪伴支持、迟光整理。每一项都完整，每一项都平稳，每一项都像被擦过的器皿，干净得反光。</p>
<p>死者姓名没有显示。</p>
<p>“陪伴支持”后面有一个很小的亲属层级符号，两道浅线并在一起，表示父母辈双人接入。它本来只是记录格式的一部分，像标点一样轻。我却在那两道浅线前停了一下。</p>
<p>导师书房墙上也有过类似的两道浅线，贴在一张旧合影旁边。那张合影不是会客层会主动展示的东西，被压在花架后面的低显层里；只有慢叶植物收叶或伸展时，绕行光才会把它的一角漏出来。导师年轻些，旁边站着一个头发很短的女人，笑得比他更锋利。她怀里抱着一个孩子，孩子手里抓着一枚透明的小球，和今天光轨上那个孩子的光谱球很像。</p>
<p>我以前问过那是谁。</p>
<p>导师说，是旧同事。</p>
<p>我问孩子呢。</p>
<p>他说，长大了。</p>
<p>那时候我没有继续问。很多人的关系在这个世界里都像绕行光，能看见，却不一定该追。</p>
<p>现在，那两道浅线把它从记忆里牵了出来，牵得很轻，却正好勒在我停不下来的地方。</p>
<p>我把事故记录往下翻。</p>
<p>家属陪伴支持栏里有两个名字，被模糊处理，只留下姓氏的边缘。一个像“许”，另一个像“程”。我不能确定。模糊层把字的中段抹得很软，像雨水流过墨。</p>
<p>我又回到那条被收束的飞评。</p>
<p>灰点没有了。</p>
<p>简报仍在，评论区变得很整齐。所有句子都温和、短小、无害，像一排刚洗过的杯子。</p>
<p>我站在工作台前，听见自己的呼吸声。</p>
<p>它比屋里所有整理过的声音都重。</p>
<p>我把杯子放进归材槽。</p>
<p>槽口合拢前，杯底和内壁轻轻碰了一下，发出一声清脆的响。那声音太具体了，反倒让我松了一口气。水杯至少不会把自己整理成另一种解释。它被我用过，留下热气，留下指纹，然后被回收。事情就该这样，有经过，有残留，有结束。</p>
<p>我重新坐回工作台前。</p>
<p>第一遍，我查事故设施。</p>
<p>公开记录显示，它是北三环带一处退役教学实验点，近二十年来只用于低能演示和结构维护训练。风险等级低，访客等级低，实验权限低。低到如果不是今天这条简报，我可能永远不会在任何边界模型里注意到它。</p>
<p>第二遍，我查维护时段。</p>
<p>记录很完整。入场、校准、局部遮断、结构自检、陪伴接入、迟光整理，每一项都有对应时间。它们排列得像一排靠得太整齐的牙齿，整齐到让我下意识用舌尖去碰自己的后槽牙。</p>
<p>第三遍，我查相关人员。</p>
<p>没有姓名。</p>
<p>这并不奇怪。事故里的人如果没有公开职务，姓名常常不会出现在公共层。这个世界并不鼓励把别人的痛苦拿出来围观，至少它一直这样告诉我们。</p>
<p>我换了一个入口，去查旧科研协作档案。</p>
<p>导师早年的项目并不多，真正留下痕迹的更少。几张公开合影，几段已经失去实时声轨的访谈，一篇关于绕光边界早期修正的联合短文。文字展开时，我闻到工作台散热层里极淡的干燥味，像旧纸被阳光照久后的气味。明明这里没有纸。</p>
<p>那位短发女人的名字出现了一次。</p>
<p>程疏。</p>
<p>她旁边还有一个名字。</p>
<p>许岸。</p>
<p>两个名字都很安静地躺在旧档案里，后面跟着职称、机构、研究方向和几条被折叠的引用。没有孩子。没有家庭。没有北三环。没有今天。</p>
<p>我盯着“程疏”两个字看了很久。</p>
<p>记忆里的合影忽然更清楚了一点。那孩子坐在她怀里，手里的透明小球不是玩具，而是一枚旧式粒子纪念球。那种球内部有一圈微细的轨迹线，轻轻一晃，线就会亮起来，像一场被缩小到掌心里的碰撞。</p>
<p>我当年没认出来。</p>
<p>那时候我只觉得孩子的表情不太像孩子。他没有看镜头，而是在看球里的线，眼神很认真，认真得近乎冒犯，好像大人们只是站在他和某个问题之间的一圈背景。</p>
<p>我把旧合影的公开片段调出来。</p>
<p>花架、慢叶植物、导师年轻时的侧脸、短发女人、另一个站得略远的男人，还有那个孩子。片段分辨率不高，明衣边缘在旧格式里有些糊，所有人都像隔着一层浅浅的水。</p>
<p>我放大孩子手里的球。</p>
<p>轨迹线一闪而过。</p>
<p>工作台提示：旧格式片段不支持继续增强。</p>
<p>我没有继续增强。</p>
<p>我只是把事故设施、今天的残差时间戳、旧合影日期和程疏的项目档案并排放在一起。四块光面悬在半空，彼此之间隔着干净的空白。它们没有连线，没有结论，也没有任何一条公共记录承认它们应该站在同一个房间里。</p>
<p>可它们已经在那里了。</p>
<p>我忽然想给导师发一条讯息。</p>
<p>手指抬起来，又停住。</p>
<p>我本来想问：北三环事故里的人，是不是程疏的孩子？</p>
<p>这句话太直，直得像一根没有套鞘的针。它一发出去，就会扎破很多东西。也许扎破的是导师想避开的伤口，也许只是我自己还没成形的误判。</p>
<p>我删掉了那行字。</p>
<p>想了想，我重新写了一句。</p>
<p>“老师，您今天说不要查，是因为残差没有意义吗？”</p>
<p>这句话也不够好。它把责任交给了他，像学生把不会做的题推回讲台。过去的我不会这样问。我会把数据算完，把图排好，把所有可疑的误差来源一项项剪掉，再把剩下的东西拿到他面前。</p>
<p>可今天我不确定自己还能不能等到那一步。</p>
<p>我没有发送。</p>
<p>工作台前的四块光面安静悬着。窗外有人经过，绕行光把他的轮廓投到墙上，先是一只手，再是一段肩线，最后是一张被柔化得认不出的脸。那影子从程疏的名字上滑过去，像有人用湿布擦了一下。</p>
<p>我忽然伸手，把四块光面全部收拢。</p>
<p>不是保存。</p>
<p>只是把它们排进临时工作层，设为休眠，保留七十二小时。七十二小时以后，如果我不再次打开，它们会像多数无关念头一样，被系统温柔地归回背景。</p>
<p>我看着倒计时出现。</p>
<p><code>71:59:59</code></p>
<p>这一行数字落下来的时候，居所的门铃亮了一下。</p>
<p>没有声音。</p>
<p>只有门侧的空气变凉，像一小块阴影贴上来。</p>
<p>我抬起头。</p>
<p>门外的访客名被明衣签名柔化，只剩一个轮廓和一句标准问候。</p>
<p>“岑照先生，夜间关怀复核。”</p>
<p>我没有立刻起身。</p>
<p>在这个城市，很少有人会在这种时候来敲门。</p>
<p>我问：“哪一类复核？”</p>
<p>门侧的空气又凉了一点，访客轮廓向后退了半步，像是为了让我看清她没有靠得太近。</p>
<p>“光轨视域回跳后续。”她说，“还有科研设施安全简报触发的短时压力评估。可以不入户。”</p>
<p>她的声音不是合成的。合成声音太圆滑，像水从瓷面上流过去，不会留下细小的停顿。她说到“科研设施”四个字时，尾音很轻，几乎没有碰到地面。</p>
<p>我站起来，把工作台的光面压到最低。四块片段已经收进休眠层，只剩倒计时藏在角落。它像一枚还没熄灭的炭，隔着灰也烫人。</p>
<p>门前的半遮层打开一尺。</p>
<p>她站在外面，穿一件很浅的灰白轻袍，明衣边缘收得很干净，没有多余装饰。她的年纪不好判断。这个时代很多人都不好判断年纪，脸上没有足够的磨损，眼睛却可能已经看过太多重复的事。</p>
<p>她抬手，掌心向外，示意自己不会越过门线。</p>
<p>“沈栖。”她说，“居住带关怀协作员。”</p>
<p>我点了一下头，没有请她进来。</p>
<p>她也不介意，只把视线停在我肩侧，没有往屋里看。这个细节让我稍微放松了一点，又立刻意识到，受过训练的人都知道应该这样做。</p>
<p>“您刚才有一次长时间凝视、一次牙关持续紧压和两次工作层亮度下调。”她说，“明衣建议确认是否有视域回跳残留。您现在头痛吗？”</p>
<p>“没有。”</p>
<p>“恶心？”</p>
<p>“没有。”</p>
<p>“看远处光带时有暗斑或重影吗？”</p>
<p>“没有。”</p>
<p>她问得很快，也很轻。每个问题都像一枚小石子，落进水里就沉下去，不带多余波纹。</p>
<p>“那就好。”她说。</p>
<p>她没有马上离开。</p>
<p>我说：“还有事？”</p>
<p>沈栖低头看了一眼自己的袖缘。那动作不像在查记录，更像在确认自己是否应该继续问。</p>
<p>“复核单上还有一项。”她说，“您是否在简报后反复回看了相关评论？”</p>
<p>我看着她。</p>
<p>门外走廊里很亮，亮得没有角落。远处有一户人家的供饮口正在清洗，水雾从门缝下漏出来，被走廊光切成很薄的一层白。那味道有一点草本清洁剂的苦，淡到几乎可以忽略。</p>
<p>“你们看得到这个？”我问。</p>
<p>“不是内容。”沈栖说得很快，像这句话已经被她说过很多次，“只看行为形态。停留、折返、呼吸节律、是否出现自我隔离倾向。评论内容不在我的权限内。”</p>
<p>她停了一下，又补了一句：“至少不在今晚这份复核里。”</p>
<p>我不知道这是安抚，还是失误。</p>
<p>“我没有自我隔离倾向。”我说。</p>
<p>“您一个人住在两人居模板里。”她说。</p>
<p>说完这句话，她似乎也意识到它不适合出现在这里，于是把视线移开了一点。</p>
<p>我忽然有些想笑，但没有笑出来。</p>
<p>“这是分配模板。”我说。</p>
<p>“我知道。”</p>
<p>“那你为什么提？”</p>
<p>她沉默了一秒。</p>
<p>这个沉默比她前面的所有回答都真实。它像薄膜上终于出现了一点折痕。</p>
<p>“因为复核单会把它算进去。”她说，“我不认为它一定有意义。”</p>
<p>这句话让我第一次认真看她。</p>
<p>她站得很稳，双手自然垂在身侧，没有多余动作。走廊光绕过她的肩线，把她的明形边缘柔化成一层淡淡的白。她没有那种关怀员常有的温软笑意，也没有审问者的冷。她只是尽量把自己放在一个不打扰人的位置上，像一件被摆放得很合适的工具。</p>
<p>我说：“如果你不认为它有意义，可以不问。”</p>
<p>“不问，复核不完整。”</p>
<p>“完整很重要？”</p>
<p>“对很多人来说，是的。”</p>
<p>我听出她没有说“对我来说”。</p>
<p>走廊尽头，一个配送机贴着墙根滑过去，腹部装着几份迟到的夜食。它经过我们身边时，散出一点热汤和藻麦的香气。我晚饭没有吃，胃在那一刻收缩了一下，像被人从里面轻轻拧住。</p>
<p>沈栖也闻到了。她低头看向配送机，又看回我。</p>
<p>“您需要补餐吗？”</p>
<p>“不需要。”</p>
<p>“您今天的摄入低于建议值。”</p>
<p>“你也看得到这个？”</p>
<p>“这个大家都看得到。”她说，“只要您没有关闭互助提示。”</p>
<p>我想起自己已经很久没有整理过居所权限。很多设置在多年以前就被我默认接受，像屋里那些自动调温的管道，一直在墙内工作，直到某天夜里忽然响起来，你才意识到它们从来没有停止过。</p>
<p>“还有最后一项。”沈栖说。</p>
<p>我等着。</p>
<p>“是否需要把刚才的临时工作层，从七十二小时休眠改成二十四小时？短时保留有时会加重反复复核。”</p>
<p>我没有回答。</p>
<p>门侧的冷意贴在手背上，像薄薄一层水。屋内工作台很安静，倒计时藏在灰暗处，一秒一秒往下掉。我知道她看不到内容，也许真的看不到。可她知道有一个临时层，知道它保留七十二小时，知道我没有删。</p>
<p>这已经够了。</p>
<p>“不用。”我说。</p>
<p>“好的。”</p>
<p>她在袖缘上轻点了一下，像替我把一个框勾掉。然后她抬头看我，目光终于落到我的眼睛上。</p>
<p>“岑照先生，我建议您今晚不要继续查看北三环带相关内容。”</p>
<p>这句话说出来时，她的语气仍然是关怀的。</p>
<p>也正因为这样，它听起来不像建议。</p>
<p>我问：“这是系统建议，还是你的建议？”</p>
<p>沈栖看着我，没有立刻回答。</p>
<p>走廊光从她身后绕来，我看不清她瞳孔里真正的颜色，只看见两点被整理过的亮。</p>
<p>“今晚没有区别。”她说。</p>
<p>半遮层在我们之间安静地亮着。</p>
<p>我忽然想起导师说“不要查了”时，也没有看我的眼睛。</p>
<p>“我知道了。”我说。</p>
<p>沈栖点头。</p>
<p>“如果您出现头痛、重影、持续性暗斑，或者强迫性回看，请呼叫关怀协作层。”她说，“夜间响应不会打扰邻居。”</p>
<p>“谢谢。”</p>
<p>她转身离开，走廊光很快把她的轮廓吞回去。她走得不快，脚步声却几乎没有。只有轻袍下摆扫过空气的声音，像一页纸被人翻过去。</p>
<p>半遮层合上后，屋里重新安静下来。</p>
<p>我站在门口，没有马上回到工作台。</p>
<p>七十二小时。</p>
<p>我第一次觉得，这个时间可能太长了。</p>
<p>但我没有出门。</p>
<p>我回到工作台前，也没有重新打开临时层。这至少没有违背沈栖的建议。她说不要继续查看北三环带相关内容，我没有查看。我只是站在那里，看着空掉的工作台，看着墙面上被多路径光拖长的行人亮斑，一点一点从程疏名字原先所在的位置滑过去。</p>
<p>屋里提醒我进入深息。</p>
<p>我差点拒绝。</p>
<p>我的深息窗口一向稳定。家核和明衣比我更早知道我什么时候会疲惫，什么时候会拒绝疲惫。多数时候我听从它们，不是因为顺从，而是因为几百年后还活得正常的人，大多已经学会了按这种节律生活。</p>
<p>光总能从建筑背面、墙体缝隙、人的衣角和很远的街道后面绕回来，像水总会找到低处。我们所谓的睡觉，只是让身体暂时不再相信那些光。</p>
<p>睡眠层从墙里展开，薄得像一片被拉平的雾。它没有把房间遮黑，只把所有轮廓压成缓慢的灰。远处行人的亮斑还在墙上游动，但被整理成无意义的波纹。工作台的边缘消失了，第二餐位也消失了，只剩一块浅浅的空。</p>
<p>明衣从领缘开始松开。</p>
<p>它没有脱离身体，只是把贴在皮肤上的力度一寸寸放轻。耳后的稳域点开始发热，像有人用温热的指腹按住那里。舱内换温声被压低，水管、归材槽、远处走廊的脚步，都退到很远的地方。最后留下来的，是我自己的呼吸声。</p>
<p>我躺进睡眠层。</p>
<p>它托住后背时，有一点潮冷，很快又变成体温。空气里浮着淡淡的休息剂味道，像晒干的草叶和很薄的盐。我闭上眼，眼皮后面仍然亮着。那不是白天的亮，也不是灯的亮，而是一种被磨平的浅红，像血管里有一小片无声的天。</p>
<p>我睡得很浅。</p>
<p>有几次，我以为自己醒了，听见门侧的空气又变凉。可睁开眼，半遮层安静，走廊也安静。还有一次，我看见天空在眼皮后面跳了三下，醒来时手指正按在袖缘上，差一点就把临时层调出来。</p>
<p>睡眠层轻轻收紧，替我把手指从袖缘旁移开。</p>
<p>“非必要复核会延长清醒期。”它说。</p>
<p>我没有回答。</p>
<p>后来我做了一个梦。</p>
<p>醒来的前一瞬间，我还以为自己记得很清楚。导师的花圃、透明的根、一个孩子低头看掌心里的球，还有三次亮光。可睁开眼以后，那些东西立刻散了，像手心里捧过的水，只剩一点冷意。</p>
<p>我只记得天闪了三下。</p>
<p>睡眠层在耳后轻轻发热。</p>
<p>“检测到高唤醒梦段。是否展开梦痕？”</p>
<p>梦痕不是记忆。它只是睡眠层根据眼动、呼吸、肌肉微动和明衣稳域点的短时记录，拼出的一段低可信残影。多数时候，它只能告诉你做梦时害怕了什么，不能告诉你梦见了什么。物理学突破不了，生物学也停了吗？还不能提取梦境。算了，我不喜欢细胞、组织、血管尤其是黏糊糊的红色，要不然我早发明了提梦器。</p>
<p>我本来不该看。</p>
<p>但我还是点了确认。</p>
<p>房间没有真正变暗，只是床前浮起一层浅灰的雾。雾里先出现导师的花圃。没有土，只有一排一排透明的根，根须里流着光。程疏站在花架后面，怀里抱着那个孩子。她的脸被梦痕补得很模糊，像一张被水泡开的旧照片。</p>
<p>孩子低头看掌心里的粒子纪念球。</p>
<p>球里的轨迹线一次次撞在一起，每撞一次，天就亮一下。</p>
<p>第一次，花架后的慢叶植物全部收拢。</p>
<p>第二次，透明的根里出现黑色的细线。</p>
<p>第三次，孩子抬起头。</p>
<p>梦痕到这里断了。</p>
<p>睡眠层给出一行很轻的标注：情绪峰值，可信度低。</p>
<p>我坐在床上，过了很久才把那层浅灰的雾关掉。</p>
<p>居所已经进入晨段。</p>
<p>并没有太阳升起来，也没有真正的夜被推开。只是光的质地变了。墙面上的灰慢慢变薄，公共通道里的声音被放回一点，远处共餐台传来第一批饮食雾罐开启的轻响。空气里有温麦和清洁水的味道，像有人把一天重新擦了一遍。</p>
<p>睡眠层从我背后退回墙里。</p>
<p>我坐起来时，头很重，牙关也酸。工作台没有自动展开，只在角落保留着那行倒计时。</p>
<p><code>63:12:04</code></p>
<p>七十二小时已经少了一夜。</p>
<p>我看了那行数字一会儿，忽然明白自己不应该再在这里等。</p>
<p>资料会被整理，评论会被收束，简报会变得更完整。只有活人还没来得及变成档案。</p>
<p>我没有用工作台，也没有打开北三环带的任何内容。我洗了脸，换了一件更轻的外袍，把互助提示关到最低，只留下出行安全和基础视域保护。关掉的那一瞬间，屋里的声音似乎厚了一点。水管、归材槽、远处走廊里配送机的轮声，都从温和的背景里浮出来，像沉在水底的小石头重新露出边缘。</p>
<p>工作台问：“是否离开居所？”</p>
<p>我没有回答。</p>
<p>门已经替我把前方空气调凉。</p>
<p>走廊依然亮得均匀，只是比低活动时段多了一点人的热气。几户人家的半遮层后面有人影移动，明衣边缘淡淡起伏。有人在清洗杯子，有人在展开早餐台，有人在对着墙面练习一段很慢的舞步。所有声音都被墙体压得很薄，像隔着很多层纸。</p>
<p>沈栖没有再出现。</p>
<p>这倒让我更不舒服。</p>
<p>我调出会面窗，给导师发了一条不扰访请求。</p>
<p>这种请求不会叫醒正在深息的人，也不会打断治疗、亲密或高负荷工作。它只像一片很轻的叶子，落在对方的居所边缘：如果他愿意，就看见；如果他不愿意，系统会替他把它吹走。</p>
<p>几秒后，家核只给了我一行回复。</p>
<p>可抵达。不保证会面。</p>
<p>这已经足够。</p>
<p>我调出出行层，目的地停在导师居所上方，没有立刻确认。系统给出两条建议路径：一条是最快的光轨回线，十一分钟；一条是低刺激步行带，六十一分钟。前者会经过研究所外接口，后者会穿过一片花圃维护区。</p>
<p>我选择了后者。</p>
<p>不是因为它更隐蔽。在这个世界，很少有什么真正隐蔽。只是步行带慢一些，慢到足够让我想清楚一句话该怎么问出口。</p>
<p>居住带外的空气比屋里潮。远处花圃的保湿层刚刚开过，细雾浮在膝盖以下，带着土腥和根茎被剪断后的青味。明亮的天空压在上方，没有星，也没有真正的深处，只有层层被整理过的光。它们从建筑背面、树冠底下、道路尽头绕回来，把每一片叶子的边缘都照得发白。</p>
<p>我走在步行带上，鞋底没有声音。</p>
<p>一只维护机从花圃里抬起细长的臂，把一朵开过头的白花剪下来。花瓣落进归材口前，短暂地翻了一下，像一只没有重量的手。它的断口很湿，在光里亮得刺眼。</p>
<p>我停了一秒。</p>
<p>昨天导师指腹上的泥，也是这样湿。</p>
<p>我忽然想到一个很荒唐的问题：如果他真的不想让我查，为什么要让我看见那盆慢叶植物后面的旧合影？</p>
<p>当然，答案很简单。他没有让我看见。那张合影一直在那里，只是我以前没有真正看。</p>
<p>步行带向前滑动，把我带过一座透明连桥。桥下是低速运材道，几台载物车安静地经过，腹部挂着修复用织层、饮食雾罐和一箱一箱还未展开的童玩组件。这东西被折叠，被压缩，被做得像一只只无害的盒子。可我知道，盒子打开以后，仍然会变成桌子、杯子、刀、仪器和足够让人受伤的东西。</p>
<p>我想起北三环带那句简报：局地维护事故。</p>
<p>如果一个设施足够旧，足够低能，足够无害，它要怎样才能产生让一个人死掉的事故？</p>
<p>这个问题一出现，我就知道自己已经越过了某条线。</p>
<p>我把它按下去。</p>
<p>还不到问这个的时候。</p>
<p>现在我只需要问导师一件事：程疏的孩子，是不是还活着。</p>
<p>这个问题比“事故里的人是谁”温和一点，也残忍一点。因为它没有直接指向今天，却会逼他回头看很多年前。</p>
<p>导师居住区比我的居住带更安静。这里住着许多深龄者和退出正式研究的人，建筑低矮，花圃更多，步行带也慢。光在这里被调得很柔，不再像城市主带那样把所有东西都摊开，而是给每一株植物留出一点形状。叶子底下仍然没有真正的黑暗，只是有更厚的绿。。。</p>
<p>我在导师门前停下。</p>
<p>他的半遮层已经打开一半。</p>
<p>这意味着他收到了请求，也没有让系统把我改约到别的时间。</p>
<p>门边的花架上，一盆慢叶植物正缓慢舒展叶片。叶缘有细小的水珠，一颗一颗挂着，亮得像被磨圆的玻璃。</p>
<p>我抬手，准备触发门铃。</p>
<p>手指还没碰到，门内传来导师的声音。</p>
<p>“岑照。”</p>
<p>我停住。</p>
<p>那声音隔着半遮层，听起来比昨天更老，也更清醒。</p>
<p>“我知道你会来。”他说。</p>
<p>门侧空气凉了下来。</p>
<p>半遮层缓缓退开。</p>
<p>导师站在花架后面，手里还拿着一把很小的修枝剪。剪刀尖上沾着一点湿绿，像刚刚剪断过什么。</p>
<p>他没有看我的眼睛。</p>
<p>“进来吧。”他说。</p>
<p>我进了门。</p>
<p>导师的居所比我的更像一间温室。墙面没有完全展开工作层，只留了几条很窄的光带，沿着植物架慢慢移动。空气比外面湿，带着泥土、叶片和修枝剪上那点金属腥味。几盆慢叶植物摆在靠墙的位置，叶子展开得很慢，像一些不愿醒来的手掌。</p>
<p>半遮层在我身后合上。</p>
<p>它没有制造隐蔽，只把外面的走廊声压低了一些。透明社会里，真正试图把一切遮住，反而比说话本身更刺眼。导师知道这个，所以他什么也没关，只把剪刀放回花架边。</p>
<p>“你睡过了。”他说。</p>
<p>“睡得不好。”</p>
<p>“能睡就已经不错。”</p>
<p>他说这句话时，仍然没有看我。他用指腹摸了一下刚剪过的枝口，像在确认植物疼不疼。枝口渗出一点透明汁液，在光里亮得很薄。</p>
<p>我没有坐。</p>
<p>导师也没有请我坐。</p>
<p>我们隔着一排植物站着。叶子当然挡不住他的脸，也挡不住我的手；绕行光会把我们从叶背、墙面和水雾里重新送回彼此眼前。可多路径明形叠在叶脉上，表情会被整理得更慢、更软。我忽然觉得这比任何灰幕都更像谈话：不是遮蔽，只是让直接变得不可靠。</p>
<p>“我只问一件事。”我说。</p>
<p>导师的手停在叶面上。</p>
<p>“程疏的孩子，”我说，“是不是还活着？”</p>
<p>他的肩膀很轻地落了一下。</p>
<p>那动作太小，如果不是我一直盯着他，几乎不会看见。明衣把他的呼吸平滑得很好，脸色也没有明显变化。可那一下像一根细线断了，断在植物叶片后面。</p>
<p>“昨天以前，”他说，“是。”</p>
<p>我听见自己的心跳在耳后稳域点旁敲了一下。</p>
<p>“北三环带事故里的相关人员，是他？”</p>
<p>导师没有回答。</p>
<p>我说：“老师。”</p>
<p>他闭了一下眼。</p>
<p>“他叫许临川。”他说。</p>
<p>这个名字落下来时，屋里的水雾恰好轻轻喷了一次。细雾从花架底部升起，擦过我的手背，凉得像一小片没有来由的雨。</p>
<p>许临川。</p>
<p>我在旧合影里见过那个孩子，却从来不知道他的名字。</p>
<p>“他做粒子对撞？”我问。</p>
<p>“不要问得这么直。”</p>
<p>“为什么？”</p>
<p>导师终于看了我一眼。</p>
<p>他的眼睛里没有白天那种花圃里的安静，也没有过去讲公式时的亮。那里面像有一盏很远的灯，被雾罩住了，只剩一点疲惫的黄。</p>
<p>“因为直线最容易被看见。”他说。</p>
<p>我沉默了一下。</p>
<p>他移开视线，拿起修枝剪，又剪掉一片发黄的叶子。叶子落进归材小口时，没有立刻被吞进去，而是停在边缘，缓慢卷曲。</p>
<p>“临川很聪明。”导师说，“比我年轻时聪明，也比程疏和许岸年轻时都要固执。”</p>
<p>“他发现了什么？”</p>
<p>“我不知道。”</p>
<p>“你知道。”</p>
<p>导师手里的剪刀发出很轻的一声响。他没有剪东西，只是合上又松开。</p>
<p>“我知道他一直在逼近某个边界。”他说，“我不知道他昨天下午看见了什么。”</p>
<p>“天闪和北三环有关？”</p>
<p>“有关，但不是你现在想的那种有关。”</p>
<p>“什么意思？”</p>
<p>导师把剪刀放下。</p>
<p>这一次，他看着我。</p>
<p>“北三环那套旧设备，没有能力让天空闪。”他说，“它太小，太旧，能级也太低。公共简报在这一点上没有说谎。”</p>
<p>我等着。</p>
<p>“但一个没有能力点亮天空的地方，”他说，“仍然可能让某些人知道，天空为什么会闪。”</p>
<p>花圃里的细雾停了。</p>
<p>空气安静下来，植物叶面上那些水珠一颗颗悬着，没有落下去。我忽然想起梦痕里透明的根，根须里流着光，第二次亮起时，里面出现黑色的细线。</p>
<p>“陪伴支持里那两道浅线，”我说，“是程疏和许岸吗？”</p>
<p>导师的嘴角动了一下，不像笑，也不像痛。</p>
<p>“你是从层级符号和那张旧合影猜的。”</p>
<p>“它们都没有写名字。”</p>
<p>“那就先把它们当成没有名字的东西。”</p>
<p>“我已经看见了。”</p>
<p>“看见不等于拥有。”</p>
<p>这句话让我皱起眉。</p>
<p>导师的语气忽然变得很轻，像又回到昨天门口那句“不要查了”。不同的是，这一次里面没有温柔。</p>
<p>“岑照，你这一生都在研究光。你应该比任何人都清楚，有些光到达你眼前时，已经走过太多弯路。它带来的不一定是事实，可能只是某个系统愿意让你承受的形状。”</p>
<p>“所以我才来问你。”</p>
<p>“我也只是另一条弯路。”</p>
<p>我说：“那你告诉我，哪条是直的。”</p>
<p>导师没有回答。</p>
<p>他走到花架后面，伸手拨开那盆慢叶植物。昨天我在他书房里看见的旧合影还在那里。白天的光绕过叶片，落在合影边缘，把程疏的半张脸照得很亮，把许岸的肩线照得很淡。孩子坐在中间，低头看着手里的粒子纪念球。</p>
<p>导师没有把合影取下来。</p>
<p>他只是看着它。</p>
<p>“没有直的。”他说。</p>
<p>我看着合影里的孩子。</p>
<p>许临川的脸在旧格式里很模糊。明衣边缘、花架反光、旧镜头和时间一起把他柔化过。他像一个被世界提前处理过的人，连童年的样子都不肯完整留下。</p>
<p>“程疏和许岸知道吗？”我问。</p>
<p>“我不知道。”</p>
<p>“你认识他们。”</p>
<p>“我认识的是很多年前的他们。”</p>
<p>“现在呢？”</p>
<p>“现在有人已经在陪他们。”</p>
<p>陪伴支持。</p>
<p>公共简报里那四个字忽然回到我眼前，干净、完整、无害，像一块被擦亮的玻璃。</p>
<p>“他们会相信那是事故？”</p>
<p>导师没有立刻说话。</p>
<p>过了一会儿，他说：“一个人失去孩子的时候，会相信很多东西。只要那东西能让他撑到下一次呼吸。”</p>
<p>这句话让我很不舒服。</p>
<p>不是因为它冷，而是因为它太像同情。</p>
<p>我说：“你也相信？”</p>
<p>导师转过身。</p>
<p>“我不需要相信。”他说，“我只需要活得够久，知道什么问题会带走人。”</p>
<p>“许临川问了那个问题？”</p>
<p>导师的明衣领缘轻轻收紧了一下。</p>
<p>他没有回答，但那已经是回答。</p>
<p>我向前走了一步。</p>
<p>“那个问题和我的四个残差有关。”</p>
<p>“忘掉那四个残差。”</p>
<p>“你昨天也是这么说。”</p>
<p>“昨天我说得还不够重。”</p>
<p>他的声音终于有了一点裂口。不是愤怒，是害怕。那种害怕在一个深龄者身上出现时很奇怪，因为它不尖锐，反而像一座旧墙内部忽然松了。</p>
<p>我第一次意识到，导师不是不想告诉我。</p>
<p>他是不知道告诉我以后，什么会先来。</p>
<p>门外有很轻的脚步声经过，半遮层把它压成一条细线。我们同时停了下来。那脚步声没有停，很快远了。</p>
<p>导师看着门的方向，直到那光影完全消失。</p>
<p>“今天从我这里离开以后，”他说，“不要再查北三环，不要再查许临川，不要联系程疏和许岸。”</p>
<p>“那我做什么？”</p>
<p>他重新拿起修枝剪，剪掉另一片黄叶。</p>
<p>“继续你的工作。”</p>
<p>“当什么都没发生？”</p>
<p>“当你还没有资格让它发生。”</p>
<p>我盯着他。</p>
<p>这句话比“不要查了”更难听，也更像他从前教我时会说的话。过去我推导错了，他也会这样说：不是你不该想，是你还没有资格让这个结论站起来。</p>
<p>可现在站不起来的不是结论。</p>
<p>是一个人。</p>
<p>我说：“他已经死了。”</p>
<p>导师的手停在半空。</p>
<p>许久以后，他轻声说：“所以你更不能急。”</p>
<p>屋里的光慢慢移过花架。合影上，孩子手里的粒子纪念球亮了一下，又暗下去。那当然只是绕行光路的迟像，是旧材料在晨段里的普通反光。</p>
<p>可我还是看见它像天空一样，闪了一下。</p>
<p>“资格是什么？”我问。</p>
<p>导师没有立刻回答。</p>
<p>他把那片黄叶从归材口边缘捡回来，夹在两指之间看了一会儿。叶脉已经塌了，边缘卷起，颜色却还没有完全死。它在他手里薄得像一小片旧纸。</p>
<p>“你以为资格是证据。”他说。</p>
<p>“难道不是？”</p>
<p>“证据只决定你能不能说一句话。”导师说，“资格决定你该不该在那一刻说。”</p>
<p>我不喜欢这句话。</p>
<p>它听起来像所有温和阻止的开头。先承认你有道理，再告诉你现在不合适；先承认问题存在，再把它放到一个永远不会到来的时机后面。这个世界有太多这样的话。它们没有恶意，却能把一件事慢慢放冷。</p>
<p>“如果每个人都等到合适，”我说，“许临川就只会剩下一份事故简报。”</p>
<p>“你现在去找他的父母，他也只会多一份无法承受的解释。”</p>
<p>我看着他。</p>
<p>导师把黄叶放进归材口。叶片被吸进去时发出一声极轻的摩擦，像谁在很远的地方翻过一页书。</p>
<p>“岑照，”他说，“你看得见异常，却看不见人什么时候还不能被问。”</p>
<p>这句话比刚才任何一句都更准。</p>
<p>准得让我一时没有话说。</p>
<p>我想反驳：我并不是不看人。我只是知道人会死，记录会被整理，证据会消失。如果不趁它还热的时候按住它，所有东西都会被放进正确的词里，变得无害、完整、无法追问。</p>
<p>可我也想起公共简报里那句“家属已获陪伴支持”。</p>
<p>那句子很干净。</p>
<p>它把程疏和许岸放在里面，像把两个人放进一只透明容器。外面的人看见容器完整，就会以为里面的人也完整。</p>
<p>“那你让我什么都不做？”我问。</p>
<p>“我让你先学会听。”</p>
<p>“听谁？”</p>
<p>导师终于把目光从合影上移开。</p>
<p>“听公共解释。”</p>
<p>我皱眉。</p>
<p>“我已经看过简报。”</p>
<p>“我说的不是内容。”导师说，“是顺序。”</p>
<p>屋里的细雾又启动了一次。水汽从植物根部升起，慢慢没过花架底层。导师的声音隔着那层湿气，变得更低。</p>
<p>“先出现什么词，后出现什么词，哪个词来得太快，哪个词永远不出现。谁被称为相关人员，谁被称为家属，谁只剩状态。你不要急着判断它是不是谎言。先听它把世界排成什么样。”</p>
<p>我想起昨晚那条简报。</p>
<p>旧式实验设施。局地维护事故。视域安抚。结构复核。家属陪伴支持。请勿传播未经整理的迟光片段。</p>
<p>从头到尾，没有许临川。</p>
<p>“如果我听见了呢？”我问。</p>
<p>“先记住。”</p>
<p>“然后？”</p>
<p>导师把修枝剪合上，放进花架侧面的细槽里。槽口吞下剪刀时没有声音。</p>
<p>“然后继续活得像你没听见。”</p>
<p>我笑了一下。</p>
<p>那笑意很短，连我自己都没有准备好。</p>
<p>“这就是你学会的办法？”</p>
<p>导师没有否认。</p>
<p>“这是我活到现在的办法。”</p>
<p>他转身去整理另一盆植物。那盆植物的叶子很窄，根部裹着一层浅色保湿膜，膜下有缓慢流动的水光。导师的手很稳，稳得不像刚才害怕过。</p>
<p>我忽然明白，他并不是从科学转向了花圃。</p>
<p>他只是把所有不能追问的东西，都换成了能修剪、能浇水、能等下一次舒展的东西。</p>
<p>“老师。”我说。</p>
<p>他没有回头。</p>
<p>“他们真的只知道事故？”</p>
<p>导师的手停了一下。</p>
<p>这一次，他停得久了一点。</p>
<p>“公共记录说，他们是事后接入陪伴支持的。”他说。</p>
<p>“你呢？”</p>
<p>“我没有资格知道。”</p>
<p>我几乎立刻听出这句话的位置不对。</p>
<p>他不是说不知道。</p>
<p>他说没有资格知道。</p>
<p>我看着他的背影，忽然觉得这间温室比外面的走廊更亮。光从叶子背面绕回来，从水雾里绕回来，从旧合影边缘绕回来，把每一件东西都照得干净、温和、无处可藏。</p>
<p>可我仍然看不清他。</p>
<p>导师像是知道我还要问，先一步开口。</p>
<p>“走吧。”</p>
<p>“我自己来了，你却只让我走？”</p>
<p>“你来之前，我已经拒绝过一次。”</p>
<p>我想起那条不扰访请求。</p>
<p>可抵达。不保证会面。</p>
<p>原来“不保证会面”的意思，不是不见。</p>
<p>是不保证我能得到想要的那种会面。</p>
<p>导师走到门边。半遮层没有立刻打开，只在边缘浮出一圈很淡的白。那是送客提示，温和、礼貌，不带任何驱逐意味。</p>
<p>“还有一件事。”他说。</p>
<p>我停住。</p>
<p>“你身上有一次夜间关怀复核留下的低扰标记。”</p>
<p>我的手指微微收紧，低头看了看袖缘。那里只有一圈很寻常的织层光，贴着腕骨慢慢呼吸。</p>
<p>“沈栖？”</p>
<p>导师没有接这个名字。</p>
<p>“我不认识她。”他说，“也不知道昨晚是谁来过。但我认得那类流程。”</p>
<p>“什么流程？”</p>
<p>“把一次数据调用，翻译成一次关怀复核。”导师说，“能做这件事的人，不一定知道自己在做什么。很多时候，他们真心以为自己只是来确认你有没有头痛、有没有吃饭、有没有睡好。”</p>
<p>他停了一下。</p>
<p>“所以，如果以后还有类似的关怀复核，不要急着把来的人当作敌人。”</p>
<p>“为什么？”</p>
<p>“因为你现在还分不清，一个人是在看你，还是在替某个流程看你。”</p>
<p>我没有立刻听懂。</p>
<p>或者说，我听懂了一部分，却不愿意承认那部分比我想象的更麻烦。</p>
<p>半遮层慢慢退开。</p>
<p>走廊的光涌进来，温室里的泥土味被冲淡了一点。</p>
<p>我走出去前，导师又说了一句。</p>
<p>“岑照，别急着做正确的事。”</p>
<p>我回头看他。</p>
<p>他站在植物后面。绕行光仍然把他的脸送到我眼前，只是叶脉、水雾和明衣柔化叠在一起，把他的表情切成几层互相错开的迟像。这个世界几乎没有阴影，可那一刻，我仍然觉得有什么东西落在他脸上，很浅，很淡，像一个还没有名字的黑点。</p>
<p>“先弄清楚，”他说，“正确会落到谁身上。”</p>
<p>半遮层在我身后合上。</p>
<p>走廊里的空气比温室干净，干净得近乎空。泥土味被留在门后，清洁水和早餐雾的味道重新漫上来。远处有人在笑，笑声经过墙体整理，变成一串很轻的短音，像玻璃珠在软布上滚过去。</p>
<p>我站了一会儿，没有立刻走。</p>
<p>导师那句话还在耳边：正确会落到谁身上。</p>
<p>过去我不太理解这种说法。正确就是正确，像公式两边相等，像观测点落在误差范围内。它不该有重量，更不该落到谁身上。可现在我忽然想到程疏和许岸。公共简报里的“家属已获陪伴支持”落在他们身上时，可能比“事故”两个字更重。</p>
<p>我沿着步行带往外走。</p>
<p>导师居住区的晨段比普通居住带更慢。共餐台没有完全展开，只亮起几处低刺激餐位。几位深龄者坐在植物旁，面前浮着温热的饮食雾。有人把手放在杯壁上，没有喝，只是让热气一点一点贴到掌心。有人低声谈论花期，像昨天天空没有亮过，也没有人死在北三环。</p>
<p>我经过共餐台边缘时，公共解释流正好浮上来。</p>
<p>不是强制推送。它只是像晨段天气一样，在公共桌面和明衣边缘轻轻亮了一下。许多人抬眼看了看，又低头继续吃东西。</p>
<blockquote>
<p>昨日城域短时视域回弹已完成复核。<br />
多数乘客未出现持续性不适。<br />
北三环带旧式设施维护事故已进入家属陪伴与结构复整阶段。<br />
请勿回看或传播未经整理的迟光片段，以免造成二次刺激。<br />
今日相关区域活动照常。</p>
</blockquote>
<p>我没有读内容。</p>
<p>我听顺序。</p>
<p>先是视域回弹。再是乘客不适。然后才是北三环。接着是家属陪伴，结构复整，迟光片段，二次刺激。最后是活动照常。</p>
<p>没有许临川。</p>
<p>也没有死亡。</p>
<p>“活动照常”来得很晚，却像一块很重的盖子，落在所有词后面，把它们压平。</p>
<p>共餐台旁一个老人轻轻叹了一声。</p>
<p>“还好没有扩大。”他说。</p>
<p>坐在他对面的女人点点头，把温雾推到他手边：“先吃。晨段不要看太久。”</p>
<p>他们不是冷漠。</p>
<p>我能感觉到这一点。老人说“还好”时，手指在杯壁上停了一下；女人推餐时，视线没有落在公共解释流上，而是落在他的手上。她在照顾他，不是在逃避。只是他们被训练得太熟练了：看见不安，就先把它放回身体里；看见事故，就先确认今天还能不能吃饭、行走、睡觉。</p>
<p>我忽然想起昨晚光轨上的孩子。</p>
<p>他问：“刚才天也动了吗？”</p>
<p>旁边的人告诉他，是你看乱了。</p>
<p>也许这句话并不是欺骗。也许它只是成年人在一个太亮的世界里，替孩子挡掉第一块过重的东西。</p>
<p>可如果每一块都被挡掉，最后剩下的是什么？</p>
<p>公共解释流很快淡下去。</p>
<p>桌面重新显示早餐配比、花粉指数和几条低刺激活动建议。一个年轻人伸手点掉解释流残留，转而调出一场慢速游戏。透明棋子在桌面上排开，像几滴被控制住的水。</p>
<p>我没有继续站在那里。</p>
<p>导师说，继续活得像什么都没听见。</p>
<p>我试了一下。</p>
<p>我走到共餐台边，领取了一份温麦和清水。共餐台识别出我昨晚深息质量偏低，自动把风味调得很淡，几乎没有甜味。温麦入口时柔软、干净，像所有基础食物一样没有错误。它甚至很体贴地避开了柑辛气，仿佛知道那会让我想起光轨。</p>
<p>我坐下，像其他人一样把手放在杯壁上。</p>
<p>可我一直在听。</p>
<p>听公共解释流彻底退去后，人们说的第一句话是什么。</p>
<p>不是“死了谁”。</p>
<p>不是“为什么”。</p>
<p>不是“北三环到底发生了什么”。</p>
<p>而是一个坐在角落里的孩子问：</p>
<p>“今天童玩庭还开吗？”</p>
<p>他的照护人回答：“开。活动照常。”</p>
<p>我把杯子放下。</p>
<p>杯底碰到桌面，发出很轻的一声响。</p>
<p>那一刻，我忽然明白导师所谓的顺序，不只在公共解释里，也在人们的生活里。</p>
<p>先是继续。</p>
<p>然后才轮到怀疑。</p>
<p>我把那份温麦吃完。</p>
<p>它没有味道上的缺点，也没有留下任何可以被记住的东西。共餐台把空杯和餐膜收走时，桌面恢复得很快，快得像我从来没有坐过那里。旁边的孩子已经开始和照护人讨论童玩庭今天会不会换新的重力池。老人继续喝他的温雾，女人继续看他的手。</p>
<p>我离开共餐台，去了研究所外接口。</p>
<p>这不是违背导师的提醒。我没有查北三环，没有查许临川，也没有联系程疏和许岸。我只是去继续我的工作。至少在进入外接口前，我是这么告诉自己的。</p>
<p>研究所外接口建在一条低矮的长廊里。没人知道它是实验室，看起来像一片供人安静站立的光场。每个工作位之间没有实体隔断，只有视域权重和礼仪边界。远处有人在做远星光谱整理，手指悬在半空，几条色谱线像极细的丝，绕着他的手腕慢慢展开。另一个人正和家核争论休息时间，声音被压得很低，听起来像水底的气泡。</p>
<p>我站到自己的接口前。</p>
<p>工作层识别了我，自动展开上午未完成的边界模型。四条旧残差没有出现。它们还睡在我家里的临时层里，倒计时一秒一秒往下落。我眼前只有正式数据：远星光谱、绕光边界、红移补偿、背景噪声。</p>
<p>一切都很干净。</p>
<p>太干净了。</p>
<p>过去我会先看数值，找偏差，排误差源，像沿着一条河往上游走。今天我总是先看标签。</p>
<p>自动重整完成。</p>
<p>可接受误差内。</p>
<p>低风险边界抖动。</p>
<p>无持续性不适。</p>
<p>这些词以前只是注释，像数据旁边的灰尘。我从不在意灰尘怎样排列。现在它们像一排排坐得过于端正的人，挡在真正的数据前面。</p>
<p>第十三分钟时，我把一组远星光谱归入常规红移漂移；第十七分钟时，我又把它撤回。第二十三分钟，工作层提示我的回看次数偏高。第二十七分钟，外接口建议我暂停。</p>
<p>“是否转入低刺激整理？”</p>
<p>我关掉提示。</p>
<p>旁边那个整理远星光谱的人看了我一眼。不是窥探，只是公共空间里对异常动作的自然反应。他很快移开视线，明衣边缘浮出一个极淡的礼貌标识：不打扰。</p>
<p>我忽然觉得疲惫。</p>
<p>不是身体上的疲惫。深息虽然浅，至少让我撑得住。真正疲惫的是，我发现自己已经不能再相信那些平滑过的词。可如果不相信它们，我又不知道该从哪里开始。</p>
<p>工作层边缘亮了一下。</p>
<p>我以为又是休息建议，差点直接关掉。</p>
<p>但那不是建议。</p>
<p>是一条礼仪提示。</p>
<blockquote>
<p>旧协作链成员许临川进入终礼静封准备阶段。<br />
您与其家庭存在二级旧科研关联。<br />
是否接收低扰陪光通知？</p>
</blockquote>
<p>我盯着那行字。</p>
<p>公共解释流里没有死亡。</p>
<p>研究所礼仪层却已经开始安排终礼。</p>
<p>它甚至没有说“事故”。也没有说“相关人员”。它说许临川，终礼静封，旧协作链，二级旧科研关联。</p>
<p>这些词来的顺序很冷。</p>
<p>先是名字。</p>
<p>再是死亡。</p>
<p>然后才是我和他的距离。</p>
<p>我没有立刻点确认。</p>
<p>低扰陪光通知不是见面请求，也不是追问资格。它只会告诉我终礼何时开放最低层见证，哪些人可以送一段不打扰家属的光，哪些话不应出现在陪光层，哪些记录会被暂时柔化。它是一种礼貌的远距离哀悼。</p>
<p>也可能是一条更温和的路。</p>
<p>我想起导师的话：先学会听。</p>
<p>我点了接收。</p>
<p>提示展开得很慢，像怕惊动什么。</p>
<blockquote>
<p>陪光层暂不开放公开留言。<br />
家属处于初期陪伴支持。<br />
旧协作链成员可提交无声光标。<br />
请勿提及实验、责任、事故细节或未整理迟光。<br />
终礼静封地点：无影村东侧静场。</p>
</blockquote>
<p>无影村。</p>
<p>这个名字让我停住。</p>
<p>它不在北三环带。</p>
<p>也不在许临川公开记录里的任何常驻地址。</p>
<p>它像一块突然从干净布面下凸起的骨头。</p>
<p>我把地点记住。</p>
<p>没有保存。</p>
<p>只是记住。</p>
<p>工作层又问我是否需要暂停。</p>
<p>这一次，我没有关掉。</p>
<p>我退出外接口，手指还留着工作层消失后的凉意。长廊尽头，一群共学厅的孩子正排队经过，准备去参观远星光谱公共展。带队的教师提醒他们降低视域权重，不要盯着正在工作的研究者看太久。</p>
<p>一个孩子落在队尾。</p>
<p>他仰头看着外接口上方的光带，小声问旁边的同伴：“无影村是不是没有影子？”</p>
<p>同伴说：“哪里都有光，当然没有影子。”</p>
<p>带队教师回头，笑着纠正：“不是没有影子，是影子不重要。”</p>
<p>孩子点点头，像所有孩子一样，很快接受了一个听起来完整的答案。</p>
<p>我站在他们身后，忽然觉得那句话比公共解释流更刺耳。</p>
<p>不是没有影子。</p>
<p>是影子不重要。</p>
<p>我回到外接口旁边的安静位。</p>
<p>终礼提示还停在那里，没有消失。它没有催促，也没有闪烁，只是在我的工作层边缘留出一小块低亮区域，像一只没有完全合上的眼。</p>
<p>我点开无声光标。</p>
<p>工作层浮出三种默认形态。</p>
<p>第一种是旧协作链常用的白线，意思是“我知道了”。第二种是低频暖光，意思是“愿你们被照护”。第三种是空标，只有一枚几乎看不见的点，意思是“不打扰”。</p>
<p>没有一句话。</p>
<p>没有名字。</p>
<p>没有“我很难过”。</p>
<p>这个时代连悲伤都已经学会了不占地方。</p>
<p>我抬手，在第一种和第三种之间停了很久。</p>
<p>如果选白线，程疏和许岸也许会在终礼层里看见一个来自旧协作链的确认。他们不会知道我是谁，或者只会看到一个二级旧科研关联。他们会知道，有人知道了许临川的死。</p>
<p>如果选空标，他们甚至不会被提醒。系统只会把我的到场记录压进终礼边缘，作为一枚几乎无重量的灰点。</p>
<p>导师说，先弄清楚，正确会落到谁身上。</p>
<p>我选了空标。</p>
<p>确认前，工作层提示：空标不会向家属主动展示。</p>
<p>我点了确认。</p>
<p>那枚小点被送走时，没有声音，也没有光。它像一粒极轻的灰，被放进一个已经很重的房间。</p>
<p>接着，系统问我是否申请静场低扰到访。</p>
<p>这一步和无声光标不同。</p>
<p>无声光标只是礼貌。到访意味着身体会出现在终礼区域外层，意味着我的明衣签名、旧协作链关系、停留时间和视线轨迹都会被记录。即使我不说话，我的到场本身也会成为一条信息。</p>
<p>我本来应该拒绝。</p>
<p>我知道这一点。</p>
<p>我也知道自己已经开始为下一步寻找理由。</p>
<p>我没有联系程疏和许岸。我没有查北三环。我没有查许临川的事故细节。我只是申请进入终礼允许的最低层陪光范围。</p>
<p>这听起来很合规。</p>
<p>合规有时候像一条很窄的桥，桥下是你不愿承认的愿望。</p>
<p>我提交申请。</p>
<p>系统安静了三秒。</p>
<p>三秒在这个时代很少见。多数回应都快得像早就等在那里。那三秒让我想到昨晚的天空，三道短亮，一下一下，像有人在透明的膜背后敲门。</p>
<p>然后，回应出现。</p>
<blockquote>
<p>静场低扰到访可通过。<br />
请保持无声陪光，不主动接近家属。<br />
请勿提及实验、责任、事故细节、未整理迟光或个人推测。<br />
建议停留时间：七分钟以内。<br />
建议同行：无。</p>
</blockquote>
<p>建议同行：无。</p>
<p>我盯着最后一行看了一会儿。</p>
<p>如果昨晚的关怀复核真的只是健康照护，这一行就不该让我感到轻松。可它确实让我松了一口气。至少在这条路径上，沈栖没有被安排到我身边。</p>
<p>或者说，还没有。</p>
<p>去无影村的路线不走主光轨。</p>
<p>系统给我安排了一段缓行交通。它像一枚很窄的透明舟，沿着城市东侧的低噪带滑行。舟内只有三个人：一个去静场维护的人，一个低头整理旧花束的深龄女人，还有我。</p>
<p>女人的花束是真的植物，不是光谱礼花。花茎用湿膜包着，断口处有细微的青味。她把花束放在膝上，一遍遍调整叶片角度。每次调整完，她都会停一下，像在听花有没有被弄疼。</p>
<p>我坐在对面，尽量不看她。</p>
<p>不看并不容易。</p>
<p>光会绕回来。她的手、花、膝上的湿膜、明衣边缘的哀悼标识，都会从舱壁、座椅边缘、窗膜和我自己的余光里回到视野中。所谓不看，只是把她降到低权重，让她不再变成我正在理解的中心。</p>
<p>她却忽然开口。</p>
<p>“你也是去静场？”</p>
<p>我点头。</p>
<p>“旧协作链。”我说。</p>
<p>她没有追问。</p>
<p>这让我有些意外。</p>
<p>过了一会儿，她说：“那你选的是空标吧。”</p>
<p>我看向她。</p>
<p>她笑了一下，笑意很浅，像在一张很薄的纸上压出的痕。</p>
<p>“年轻研究者都选空标。”她说，“觉得不打扰就是最好的礼貌。”</p>
<p>我不知道该怎么回答。</p>
<p>“不是吗？”我问。</p>
<p>她低头摸了摸花茎。</p>
<p>“有时候是。”她说，“有时候不是。”</p>
<p>缓行舟穿过一片低矮的农业光带。谱田在两侧展开，作物一层一层挂在透明架上，光从上方、侧面、底部和远处折回来，把每一片叶子都照得没有背面。维护蜂贴着叶脉移动，细小得像灰尘。</p>
<p>我忽然想到，植物至少还拥有合法的低光周期。</p>
<p>人却需要向系统学习如何睡觉、如何哀悼、如何不打扰别人。</p>
<p>“你认识许临川？”我问。</p>
<p>女人没有看我。</p>
<p>“不认识。”</p>
<p>她回答得太快，快得像不是在防备，而是早就知道自己会被问到。</p>
<p>“那你为什么去？”</p>
<p>“静场需要花。”</p>
<p>这句话完全合理。</p>
<p>我却想起导师说，听顺序。</p>
<p>她先说不认识。</p>
<p>再说静场需要花。</p>
<p>她没有说自己是维护者，也没有说是谁让她送花。</p>
<p>我没有追问。</p>
<p>缓行舟继续往东。</p>
<p>城市慢慢变低。高处的光路塔退到身后，街道变窄，建筑之间出现更多花圃、水环和旧材料墙面。这里仍然明亮，但亮得不像主城那样被反复擦拭。许多表面保留着细小磨损，绕行光经过它们时会迟疑一下，留下很淡的粗糙感。</p>
<p>无影村出现在前方时，我第一眼并没有看出它有什么特别。</p>
<p>它没有黑暗。</p>
<p>没有传说里的空洞，也没有可怕的低光。</p>
<p>它只是一个很安静的村子。房屋低，树很多，公共光路比主城稀疏一些。人在路上走，明衣边缘有淡淡的灰线。孩子在一处童玩庭里追着慢速光球跑，球滚过地面时，地面也亮。</p>
<p>同伴说得没错。</p>
<p>哪里都有光。</p>
<p>可缓行舟靠近东侧静场时，我忽然看见一处不对。</p>
<p>那不是黑暗。</p>
<p>至少第一眼看起来不是。</p>
<p>它像一块没有被解释的灰，贴在静场边缘的石面上。绕行光从四周经过，明窗也没有把它整理成正常的轮廓。它很小，小到如果我不是一直在找顺序、找缺口、找那些“不重要”的东西，也许会把它当成旧石材的湿痕。</p>
<p>女人抱着花束站起来。</p>
<p>她看见我在看那块灰。</p>
<p>“别盯着。”她说。</p>
<p>我问：“那是什么？”</p>
<p>她没有回答。</p>
<p>缓行舟停稳，舱门无声打开。无影村的空气涌进来，带着植物、水汽、旧墙和某种冷掉的金属味。</p>
<p>女人抱着花走下去。</p>
<p>下舟前，她只说了一句：</p>
<p>“静场里，影子确实不重要。”</p>
<p>我跟着她下了舟。</p>
<p>静场入口没有门。</p>
<p>一圈低矮的石面围着它，石面上嵌着很细的光线，像有人把一条白色丝线缝进旧石头里。来访者走近时，明衣会自动放低边缘亮度，袖口和领缘变得更柔，连脚步都像被空气轻轻托住。</p>
<p>我的到访许可在袖缘里亮了一下。</p>
<blockquote>
<p>低扰陪光。<br />
停留建议：七分钟。<br />
不主动接近家属。<br />
不展开工作层。<br />
不调用未整理见证。</p>
</blockquote>
<p>这些提示没有声音，只是一层一层从袖缘滑过。它们像几只很轻的手，分别按住我的眼睛、嘴、手和好奇心。</p>
<p>我把视线放低。</p>
<p>这不是谦卑，而是礼仪。静场里的人不该被别人完整看见。透明社会给死亡留下的尊严，不是黑暗，而是低信息。你可以知道谁在场，知道他们是否安全，知道哀悼没有变成伤害；但你不该知道一个母亲哭到第几次停住，父亲的手有没有发抖，某个孩子是不是终于问了不该问的话。</p>
<p>我以前觉得这很合理。</p>
<p>现在我仍然觉得它合理。</p>
<p>也正因为合理，它让我更加不安。</p>
<p>深龄女人抱着花往左侧走去。她没有进入家属区，而是停在一条很窄的花线前。那里已经放了几束植物，有的是真的花，有的是低刺激光枝。真实花束在光里显得笨拙，叶片有细小缺口，花瓣边缘有一点枯，甚至有两片叶子被压出了折痕。</p>
<p>她把自己的花放上去。</p>
<p>顺序很慢。</p>
<p>先放花。</p>
<p>再整理湿膜。</p>
<p>最后退后一步，把明衣边缘的哀悼标识降到最低。</p>
<p>她没有看家属区。</p>
<p>或者说，她看了，但没有让自己的目光变成一件事。</p>
<p>我站在最低层陪光位。</p>
<p>前方是一片浅白色的静封环。它不像棺，也不像旧时代任何一种死亡器具。更像一段被暂时停住的光路：外层柔和，中间空着，所有记录、身体、名字和遗留物都被放进一个暂不解释的状态里。</p>
<p>许临川不在那里。</p>
<p>至少我看不见他。</p>
<p>我只看见终礼层给出的低信息形态：一枚名字，一段明时年龄，一条旧协作链关系，以及一行很轻的礼仪词。</p>
<blockquote>
<p>许临川。<br />
静封准备中。<br />
请勿替其命名死亡。</p>
</blockquote>
<p>请勿替其命名死亡。</p>
<p>我盯着这句话看了很久。</p>
<p>公共解释流不说死亡。</p>
<p>终礼层也不让我说死亡。</p>
<p>一个人已经不在了，可所有系统都在小心地绕开那个词，像绕开一件过热的器物。不是否认它存在，而是不让任何人的手先去碰。</p>
<p>静封环另一侧，有两个人坐着。</p>
<p>我知道那应该是程疏和许岸。</p>
<p>但我不能确认。家属区的低信息层把他们的脸和手都压得很柔，像隔着一层温水看人。明衣只保留了安全状态和哀悼礼仪，不提供足够识别的细节。他们坐得很近，中间却留着一条细小的空。那条空比他们的身体更清楚。</p>
<p>我忽然想起导师说，公共记录说，他们是事后接入陪伴支持的。</p>
<p>他们在那之前知道多少？</p>
<p>如果不知道，这条空就是等待留下来的。</p>
<p>如果知道，这条空也许就是他们不愿说出来的部分。</p>
<p>我强迫自己移开视线。</p>
<p>七分钟倒计时已经开始。</p>
<p><code>06:12</code></p>
<p>我应该只提交陪光。</p>
<p>最低层陪光位前有一条细槽。旧协作链成员可以把无声光标投进去，静场会在不打扰家属的情况下记录来访。我的空标已经提前提交过，此刻只需要站满一小段时间，保持安静，然后离开。</p>
<p>我照做。</p>
<p>我站着。</p>
<p>空气里有真实花茎的青味、湿石头的冷味、明衣降刺激时散出的淡淡盐味，还有远处水环循环时的细声。所有声音都轻得像不敢落地。偶尔有人经过，也是脚步先被静场吸走，身体才慢慢出现在余光里。</p>
<p>那块灰还在静场边缘。</p>
<p>它比刚才更清楚了一点。</p>
<p>不是因为它变大，而是因为我的眼睛已经无法不去找它。</p>
<p>它贴在石面和静封环之间，形状不规则，边缘没有被光修顺。绕行光从它上方、侧面和背后经过，却没有像处理湿痕那样给它补出质地。它也没有像普通低光申请那样显示礼仪边界。它只是灰在那里。</p>
<p>明衣试图给出解释。</p>
<p>袖缘浮起一行很淡的字：</p>
<blockquote>
<p>低返光材质残留。</p>
</blockquote>
<p>下一息，那行字自己淡了。</p>
<p>又浮出第二行：</p>
<blockquote>
<p>静场湿痕。</p>
</blockquote>
<p>它也淡了。</p>
<p>第三行没有出现。</p>
<p>我听见自己的呼吸变重了一点。</p>
<p>家属区那边，有人动了一下。不是程疏，也不是许岸，而是一位静场引导者。她穿着低刺激白衣，衣缘没有多余光饰，整个人像被静场磨过一遍，安静、平整、没有棱角。</p>
<p>她看向我。</p>
<p>我立刻把视线收回来。</p>
<p>太慢了。</p>
<p>她已经走过来。</p>
<p>她没有走到我正前方，只停在侧面一个礼貌距离。她的声音很低，像从一只温热杯子里传出来。</p>
<p>“岑照先生，您在看静场边缘。”</p>
<p>我说：“那里有低返光异常。”</p>
<p>她没有反驳。</p>
<p>也没有顺着我的词走。</p>
<p>“那里是暂封区的一部分。”她说，“不建议陪光者长时间注视。”</p>
<p>“暂封什么？”</p>
<p>她停了一下。</p>
<p>这个停顿非常轻，却让我想起导师。很多人说不知道，会直接说不知道；受过训练的人不会。他们会先判断你问的是事实、权限，还是承受能力。</p>
<p>“暂封未整理痕迹。”她说。</p>
<p>“痕迹来自许临川？”</p>
<p>她看着我，眼神没有变。</p>
<p>“请勿替其命名死亡。”她说。</p>
<p>我忽然意识到，自己已经越过了陪光的位置。</p>
<p>不是身体。</p>
<p>是语言。</p>
<p>我闭了一下眼。</p>
<p>“抱歉。”</p>
<p>她点了点头。</p>
<p>那不是原谅，也不是责备，只是静场里用来让一次越界停止的动作。</p>
<p>“您的停留还剩四分钟。”她说，“如果需要提前离开，静场会记录为低扰完成。”</p>
<p>“不需要。”</p>
<p>她没有立刻走。</p>
<p>“您提交的是空标。”她说。</p>
<p>我看向她。</p>
<p>“是。”</p>
<p>“空标不会打扰家属。”她说，“也不会被家属看见。”</p>
<p>“我知道。”</p>
<p>“知道和选择，是两件事。”</p>
<p>我没有回答。</p>
<p>她说完这句话，就退回家属区边缘，像从来没有来过。</p>
<p>我站在原地，手指在袖口里轻轻收紧。</p>
<p>送花的深龄女人说，有时候不是。</p>
<p>静场引导者说，知道和选择，是两件事。</p>
<p>导师说，正确会落到谁身上。</p>
<p>我忽然觉得，今天每个人都在教我一件我早该会的事：不打扰并不总是温柔。有时候，它只是把自己的重量从别人面前撤走，让别人独自承受一个空位。</p>
<p>倒计时还剩三分钟。</p>
<p>我抬头，看向静封环。</p>
<p>没有看家属。</p>
<p>也没有看那块灰。</p>
<p>我只是把自己的明衣标识从空标改成了旧协作链白线。</p>
<p>工作层弹出提示：</p>
<blockquote>
<p>白线将向家属陪光层显示。</p>
</blockquote>
<p>我点了确认。</p>
<p>这一次，有一线很淡的白从我的袖缘离开，沿着静场地面滑过去。它没有声音，细得像一根快要断掉的发丝。它越过花线，越过暂封区边缘，最后停在家属区外层。</p>
<p>程疏，或者许岸，有一个人抬了一下手。</p>
<p>我看不清是谁。</p>
<p>也不该看清。</p>
<p>但那只手停在半空很久，没有落下。</p>
<p>我的七分钟还没有结束。</p>
<p>可我已经知道，这一刻会比任何记录都更难被整理。</p>
<p>那只手终于落下。</p>
<p>不是向我招手，也不是拒绝。它只是轻轻按在家属区外层的白线上，像一个人隔着水面确认另一边确实有人。白线没有变亮，只短暂地停住，然后被静场收进陪光层。</p>
<p>我的袖缘传来一阵很轻的温感。</p>
<blockquote>
<p>白线已被接收。</p>
</blockquote>
<p>接收。</p>
<p>不是感谢，不是回应，也不是关系建立。静场连这个动作都命名得很克制。可我站在那里，忽然觉得胸口被什么东西轻轻推了一下。原来不打扰可以是温柔，出现也可以是温柔。区别不在动作本身，而在那一刻谁需要承受它。</p>
<p>我没有再看家属区。</p>
<p>倒计时还剩两分二十秒。</p>
<p>我开始后退，准备把剩下的时间留在静场边缘。按礼仪，陪光者可以提前退到外层，让自己的明衣信号慢慢淡出。这样家属不会感到一个陌生人突然离开，也不会感到一个陌生人一直站在那里。</p>
<p>就在我退后半步时，那根已经被接收的白线经过暂封区边缘。</p>
<p>它没有断。</p>
<p>也没有被那块灰吞掉。</p>
<p>它只是慢了一下。</p>
<p>慢得很轻，轻到像我的错觉。白线前段已经被静场收走，后段却在灰色边缘停了不足半息，仿佛那里的距离比看起来长一点。不是绕不开，也不是被遮住，而是走过去的时间不对。</p>
<p>我的手指本能地动了一下。</p>
<p>我想调出个人感知缓存。</p>
<p>袖缘立刻给出低亮提示：</p>
<blockquote>
<p>静场低扰层内，不建议回看未整理区域。<br />
您可在离场后查看陪光完成记录。</p>
</blockquote>
<p>陪光完成记录。</p>
<p>也就是说，我可以证明自己来过，证明白线被接收，证明我没有越过身体位置。</p>
<p>但不能证明那根白线在灰色边缘慢了一下。</p>
<p>我把手放下。</p>
<p>这一次不是因为我听话，而是因为我知道再动一次手，静场引导者就会再次走过来。她会温和地提醒我，这里不是研究所外接口。她会说得对。</p>
<p>倒计时还剩一分四十秒。</p>
<p>家属区里，一个很小的明形动了动。</p>
<p>我原本没有注意到那里还有孩子。低信息层把他压得很浅，只保留了高度、动作和安全状态。他坐在两个成年人旁边，身体向前倾，像想看清静封环，又被身边的人轻轻按住。</p>
<p>他声音很小。</p>
<p>但静场太安静了。</p>
<p>“那里为什么没有光？”</p>
<p>没有人立刻回答。</p>
<p>那句话像一粒石子落进了极浅的水里，声音不大，却让所有水面同时起了一层细纹。</p>
<p>我知道自己不该听。</p>
<p>我也知道这句话大概会被整理进儿童哀悼反应，标成低风险困惑、视觉误读或静场低刺激语言。</p>
<p>身边的成年人摸了摸他的头。</p>
<p>“那里不是给你看的。”那人说。</p>
<p>不是“那里有光”。</p>
<p>也不是“你看错了”。</p>
<p>那里不是给你看的。</p>
<p>我把这句话记住。</p>
<p>然后我还是问了。</p>
<p>“如果不是给孩子看的，”我说，“那是给谁看的？”</p>
<p>话一出口，我就知道不对。</p>
<p>它太直了。</p>
<p>太像我在研究所里对着异常标签追问来源，像把一个无法归档的现象按在工作层上，要求它立刻给出参数、责任和边界条件。可这里不是工作层。这里有家属，有孩子，有一个还没有完成静封的人。</p>
<p>静场安静了一瞬。</p>
<p>那不是普通的安静。普通安静只是没有声音；这一瞬，连明衣边缘的呼吸都像被压住了。家属区里，那个小明形往后缩了一点。扶着他的成年人抬起头，低信息层把脸柔化得很深，我看不清是谁，却能感觉到那道目光落在我身上。</p>
<p>静场引导者再次走过来。</p>
<p>这一次，她比刚才近了一步。</p>
<p>“岑照先生。”她说。</p>
<p>她没有责备我。</p>
<p>这比责备更糟。她的声音仍然平稳，仍然像从温热杯子里传出来，但我听见杯壁上多了一道细纹。</p>
<p>“请回到陪光位置。”</p>
<p>“我没有靠近。”</p>
<p>“语言也会靠近。”</p>
<p>我张了张口，想说我只是问那块灰。我想说孩子也看见了。我想说如果连一个孩子都能问“那里为什么没有光”，那就说明它不只是我的错觉。</p>
<p>可这些话每一句都会落到家属区。</p>
<p>我终于闭上嘴。</p>
<p>家属区那边，有人轻轻吸了一口气。声音很小，几乎被静场整理掉了。可我还是听见了。那一口气不像惊慌，更像一个人已经快要把自己撑住，却被外面一根很细的针碰了一下。</p>
<p>我低声说：“抱歉。”</p>
<p>这一次，引导者没有点头。</p>
<p>她只是站在那里，等我真正退回陪光位置。</p>
<p>我后退半步。</p>
<p>袖缘立刻降亮，替我把旧协作链白线压低一层。系统没有说我违规，只提示：</p>
<blockquote>
<p>陪光者情绪靠近。建议离场。</p>
</blockquote>
<p>情绪靠近。</p>
<p>我第一次知道，原来连伤人都可以被说得这么温柔。</p>
<p>倒计时归零前，静场提示我离开。</p>
<blockquote>
<p>低扰陪光完成。<br />
请沿外层灰线退出。<br />
若出现持续性重影、胸闷或反复回想，可申请陪光后安抚。</p>
</blockquote>
<p>我沿着外层灰线往外走。</p>
<p>那条线不是真正的灰，只是低刺激路径。可当它经过暂封区时，我忽然分不清它和那块无法解释的灰之间到底差在哪里。一个是被允许的低信息，一个是不知道该怎么命名的低返光异常。它们在视觉上都很温和，都不会伤人，都让人低头绕开。</p>
<p>区别也许只在于：前者有名字，后者没有。</p>
<p>静场外的空气明显松了一些。</p>
<p>送花的深龄女人站在花线外，手里已经没有花。她看见我出来，目光在我袖缘停了一下。</p>
<p>“你改成白线了。”她说。</p>
<p>“嗯。”</p>
<p>“她会看见。”</p>
<p>“谁？”</p>
<p>女人没有回答。</p>
<p>她抬头看了一眼静场，明衣边缘的哀悼标识慢慢淡下去，像一滴水被布吸走。</p>
<p>“不重要。”她说。</p>
<p>我忽然有些生气。</p>
<p>这两个字今天出现得太多。影子不重要，谁看见不重要，哪一条记录不重要，哪个词先出现不重要。每一件不重要的事，都像被放进了同一个灰色角落。</p>
<p>“如果不重要，”我说，“你为什么知道我会选空标？”</p>
<p>女人看着我。</p>
<p>她的脸被明衣柔化得很安静，但眼角有一条细纹没有被完全压平。那条纹路让她看起来忽然比刚才老了一点，也真实了一点。</p>
<p>“因为我年轻的时候也选过。”她说。</p>
<p>“后来呢？”</p>
<p>“后来我才知道，有些人等的不是话。”她说，“是有人肯让自己的名字出现在他们的痛旁边。”</p>
<p>她说完，转身往村内走。</p>
<p>我没有追上去。</p>
<p>我站在静场外，听见远处童玩庭里传来孩子们追逐光球的笑声。光球撞到地面，地面亮了一下；撞到树干，树干也亮了一下。整个无影村都明亮、安静、秩序完整。</p>
<p>只有静场边缘那块灰，像一小段没有被世界接住的句子。</p>
<p>我打开出行层。</p>
<p>系统问我是否返回研究所。</p>
<p>我看着那个选项，忽然想起家里的临时工作层。</p>
<p><code>63:12:04</code>。</p>
<p>现在应该更少了。</p>
<p>七十二小时还在往下掉。公共解释也在继续变得完整。静场会整理陪光记录，家属会被继续支持，许临川会进入静封，北三环会成为一次旧式设施维护事故。</p>
<p>我第一次清楚地感到，时间不是中立的。</p>
<p>它正在替某些词赢。</p>
<p>出行层下方浮出另一条建议。</p>
<blockquote>
<p>检测到陪光后高回想倾向。<br />
是否接入七分钟安抚？</p>
</blockquote>
<p>七分钟。</p>
<p>静场给我七分钟陪光，现在又给我七分钟安抚。这个世界总能把人的异常切成合适的长度，像把一根太长的枝条修剪到花架能承受的范围。</p>
<p>我拒绝了。</p>
<p>提示没有坚持，只温和地退到明衣边缘。</p>
<blockquote>
<p>已保留稍后接入选项。</p>
</blockquote>
<p>连拒绝都被照顾得很完整。</p>
<p>回程缓行舟上，我没有再遇见那个送花的女人。舱内只有两个去主城方向的维护者。他们谈论水环更换、花粉堵塞和一处童玩庭的软地面故障，语气平稳，像刚才静场里没有任何一句话刺破过什么。</p>
<p>我坐在靠窗的位置，看无影村慢慢退到后面。</p>
<p>它仍然明亮。</p>
<p>从远处看，静场边缘那块灰已经看不见了。或者说，它被太多正常的光盖住了。房屋、树、水环、童玩庭、低矮的光路柱，一切都在有条不紊地发亮。真相如果太小，就会被秩序照得像不存在。</p>
<p>我没有回研究所。</p>
<p>我回了住所。</p>
<p>门识别了我的明衣签名，前方空气照常变凉。我走进去时，屋里仍然保持晨段后的清洁状态。第二餐位暗着，工作台没有主动亮起。它像是在等我先承认自己要做什么。</p>
<p>我脱下外袍，袖缘从手腕滑过时，留下很淡的静场盐味。</p>
<p>工作台问：“是否继续上午复核？”</p>
<p>我说：“继续。”</p>
<p>四个残差片段从临时层里浮出来。</p>
<p>倒计时变成：</p>
<p><code>58:03:41</code></p>
<p>少了五个多小时。</p>
<p>这五个多小时里，天空短闪已经成为视域回弹，北三环已经成为维护事故，许临川已经进入静封，家属已经处于陪伴支持，静场边缘的灰已经成为未整理痕迹。</p>
<p>每个词都在往前走。</p>
<p>我把四个残差放在最左边。</p>
<p>接着，我没有调取静场记录。那里不会给我那根白线的延迟，不会给我孩子的声音，也不会给我家属那一口被整理掉的吸气。</p>
<p>我只写下我记得的东西。</p>
<p>白线慢了半息。</p>
<p>孩子说，那里为什么没有光。</p>
<p>成年人说，那里不是给你看的。</p>
<p>引导者说，暂封未整理痕迹。</p>
<p>系统说，陪光者情绪靠近。</p>
<p>导师说，听顺序。</p>
<p>这些句子一行一行排在工作台上。它们不像证据，更像一些不肯被放回原位的小骨头。每一根都很轻，轻到无法单独支撑任何结论；可它们排在一起时，桌面上的空气像被什么东西压低了。</p>
<p>我又把公共解释流放到右侧。</p>
<p>视域回弹。</p>
<p>乘客不适。</p>
<p>维护事故。</p>
<p>家属陪伴。</p>
<p>结构复整。</p>
<p>迟光片段。</p>
<p>二次刺激。</p>
<p>活动照常。</p>
<p>然后是研究所礼仪层。</p>
<p>许临川。</p>
<p>终礼静封。</p>
<p>二级旧科研关联。</p>
<p>低扰陪光。</p>
<p>无影村东侧静场。</p>
<p>三组词并排悬在我面前。</p>
<p>物理残差。</p>
<p>公共解释。</p>
<p>哀悼礼仪。</p>
<p>我盯着它们，忽然意识到，自己过去总把异常当作数据里的小点。小点偏离曲线，就该找原因。可今天这些异常不是点，它们是顺序。它们不在一个系统里，却都在让某些词先到，某些词后到，某些词永远不到。</p>
<p>我把时间轴压到同一层。</p>
<p>四个残差边缘同时变薄。</p>
<p>公共解释在那之后七息内完成第一次排序。</p>
<p>终礼提示比公共死亡词早出现。</p>
<p>静场暂封比陪光记录早结束一小段。</p>
<p>白线延迟发生在暂封区边缘。</p>
<p>这些东西仍然不能证明许临川是被杀的。</p>
<p>但它们证明了另一件事。</p>
<p>有一个系统，或者一种力量，正在比事实更快地安排词语。</p>
<p>我坐在工作台前，很久没有动。</p>
<p>屋里的声音重新浮上来：水管换温，归材槽整理外袍上的静场盐粒，远处有人在走廊里低声说笑。所有声音都正常。所有光都正常。所有提醒都在恰当的位置上。</p>
<p>工作台忽然轻轻一亮。</p>
<p>不是我的操作。</p>
<p>一条新的公共解释流被推送到居所边缘。</p>
<blockquote>
<p>无影村东侧静场低扰陪光已顺利完成。<br />
家属状态稳定。<br />
请相关旧协作链成员保持低刺激纪念。<br />
未整理痕迹将于静封完成后一并归档。</p>
</blockquote>
<p>我读到最后一行。</p>
<p>未整理痕迹将于静封完成后一并归档。</p>
<p>归档。</p>
<p>不是复核。</p>
<p>不是保留。</p>
<p>不是开放。</p>
<p>归档。</p>
<p>我看着那两个字，忽然听见自己在静场问出的那句话。</p>
<p>那是给谁看的？</p>
<p>现在我知道，至少有一个答案。</p>
<p>不是给我看的。</p>
<p>我抬手，没有把临时层直接改成手动关闭。</p>
<p>那太像把一件还在燃烧的东西藏进抽屉。</p>
<p>我先复制了一份私有锚点，锁进工作层最底部。</p>
<p>工作台提示：</p>
<blockquote>
<p>私有锚点将增加反复复核风险。是否确认？</p>
</blockquote>
<p>我确认。</p>
<p>原本的临时层仍然停在右下角。</p>
<blockquote>
<p>距离自动归回背景：五十八小时十二分。</p>
</blockquote>
<p>数字很小，像一枚贴在玻璃上的冷白种子。它没有催促，也没有威胁，只是平稳地往下走。这个世界最擅长的事，就是把倒计时做得像护理。</p>
<p>等最初的七十二小时走完，如果我什么都不做，它会把我没来得及理解的东西重新放回背景；也许到那时，更多未整理痕迹会拥有一个更温和、更完整的名字。</p>
<p>我把那枚数字固定在视域边缘。</p>
<p>这一回，我保存了。</p>
<p>原本的临时层仍然停在右下角。</p>
<blockquote>
<p>距离自动归回背景：五十八小时十二分。</p>
</blockquote>
<p>我盯着那行字，等它因为我的保存停下。</p>
<p>它没有。</p>
<p>五十八小时十二分，少了一秒。</p>
<p>我保存的只是我的版本。</p>
<p>七十二小时带走的，是世界还能承认的版本。</p>
<p>工作台又亮了一下。</p>
<blockquote>
<p>请选择手动保留理由。</p>
</blockquote>]]></content>
    
    <category term="小说" />
    
  </entry>
  
  <entry>
    <title>视频笔记：提前退休不是躺平，而是提高选择权</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-26-video-note-early-retirement-plan.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-26-video-note-early-retirement-plan.html</id>
    <updated>2026-06-26T00:00:00+08:00</updated>
    <published>2026-06-26T00:00:00+08:00</published>
    <summary type="html"><p>基于歌白说Geslook的视频《爆肝1.4万字提前退休可行性计划》整理的一篇观看笔记。</p></summary>
    <content type="html"><![CDATA[<p>这篇是视频笔记，不是投资建议。</p>
<p>原视频是歌白说Geslook的《【硬核】爆肝1.4万字提前退休可行性计划 | 23岁如何通过投资赚钱？新手投资指南》。我根据 B 站 AI 字幕整理，字幕可能有识别误差，所以这里只写我理解到的主线，不做逐字复述。</p>
<div class="video-embed video-embed-bilibili">
  <iframe src="https://player.bilibili.com/player.html?isOutside=true&amp;p=1&amp;bvid=BV1Vb9hBVE4C&amp;cid=37936435113" title="爆肝1.4万字提前退休可行性计划" loading="lazy" referrerpolicy="no-referrer-when-downgrade" allow="fullscreen; picture-in-picture" allowfullscreen></iframe>
</div>

<h2 id="_1">这期视频在讲什么</h2>
<p>这个视频表面上是在讲“如何提前退休”，但它真正讲的不是“赶快不上班”，而是一个更完整的人生现金流设计：</p>
<ol>
<li>让存款进入长期复利系统。</li>
<li>减少消费主义对本金和注意力的消耗。</li>
<li>用阅读和学习积累智力复利。</li>
<li>在职业里练出可以独立运转的能力模块。</li>
<li>通过不为清单，避开会毁掉自由的风险。</li>
</ol>
<p>我觉得这个框架比单纯讲投资更有意义。因为普通人的自由不是只靠某一笔收益，而是收入、支出、投资、技能、健康和风险控制一起作用的结果。</p>
<h2 id="_2">第一层：钱要有繁殖能力</h2>
<p>视频的第一部分重点讲指数基金和定投。它的核心判断是：普通人不一定适合花大量时间研究个股，因为个股背后要判断公司财报、商业模式、估值、行业周期、竞争格局和管理层，门槛很高，也容易把人的注意力消耗掉。</p>
<p>视频更推崇宽基指数和长期定投。逻辑大概是：</p>
<ul>
<li>指数不是单个公司，而是一套筛选机制。</li>
<li>公司会死亡，但指数会持续调整成分股。</li>
<li>指数基金费率低，减少了长期复利中的摩擦成本。</li>
<li>定投可以把普通人很难做到的“下跌时买入”变成机械动作。</li>
</ul>
<p>这里有一个对我有启发的点：投资不只是收益率问题，也是行为问题。人很难在下跌时保持理性，更难在别人恐慌时继续买入。定投的价值，不只是数学上的摊低成本，也是把人的情绪从决策里稍微拿出去一点。</p>
<p>不过我也会保留一点警惕。视频里多次提到长期年化收益率、估值百分位、低估时开始、高估时分批卖出等策略。这些东西可以作为学习入口，但不应该直接变成无脑操作。市场、国家、币种、税费、基金费率、投资期限和个人现金流都会改变结果。尤其是“提前退休”这种目标，不能建立在过于乐观的收益假设上。</p>
<h2 id="_3">第二层：消费主义消耗的不只是钱</h2>
<p>视频第二部分讲抵制消费主义，我反而觉得这是全篇最实用的部分。</p>
<p>很多消费并不是直接让生活变好，而是制造了额外维护成本。东西越多，空间越满，注意力越碎。前期本来可以变成本金的钱，被换成了很快失去新鲜感的物品。这样看，消费主义消耗的不只是现金，也消耗复利的起点和人的认知带宽。</p>
<p>但视频不是简单说“什么都别买”。它区分了几类值得花钱的东西：</p>
<ul>
<li>能提高睡眠和身体状态的东西。</li>
<li>能反复使用、并且支撑生产力的工具。</li>
<li>能帮自己赚钱的设备或技能投入。</li>
<li>书、学习和精神营养。</li>
</ul>
<p>这个区分挺重要。节俭不是把自己过成很苦，而是把钱从低价值消费里拿回来，放到更能长期起作用的地方。对我来说，这也很像整理电脑文件：不是所有东西都删掉，而是把真正有用的东西放到更合适的位置。</p>
<h2 id="_4">第三层：智力复利比金钱复利更早开始</h2>
<p>视频第三部分讲“智力复利”。这部分的说法是：持续阅读和学习会积累思维模型，最后改变一个人的判断质量。</p>
<p>这点我比较认同。很多时候，人并不是缺一个具体技巧，而是缺一套更好的判断框架。读书、写作、复盘、做项目，都会慢慢改变人看问题的方式。这个变化不像钱的复利那么容易量化，但它会反过来影响职业选择、投资选择、合作选择和生活方式。</p>
<p>对科研工作来说，这一点也非常贴切。科研里很多能力不是一天练出来的：读论文、写代码、做图、判断数据质量、识别一个问题有没有价值，这些都需要长期积累。刚开始很慢，但积累到一定程度以后，判断速度会明显变快。</p>
<p>所以我理解的视频重点不是“读几本书就发财”，而是：如果一个人长期不升级自己的判断系统，那他即使有一点本金，也很难长期守住选择权。</p>
<h2 id="_5">第四层：工作不是只换工资，也要偷师</h2>
<p>视频第四部分讲职业增值。它提出一个说法：很多人在工作中只掌握了一个很小的环节，所以离开公司以后很难独立对接社会需求。真正有自由度的能力，是能跑通一个最小完整模块。</p>
<p>这个说法我很喜欢。它和科研训练也很像。只会某一个命令、某一个软件、某一段流程，当然也有用，但自由度不高。更有价值的是能从问题出发，把数据、方法、代码、图、解释和写作串起来。这样才不是只会做一个零件，而是能让一个小系统跑起来。</p>
<p>视频还讲了职场里的“创意类工作”和“日常工作”。日常工作做到位，可能只是符合预期；但如果能主动找到节省时间、降低成本、提高质量的办法，就会超出预期。这部分我不想写得太鸡血，不过它提醒我：工作里真正能积累的，不只是完成任务，而是主动改进任务本身的能力。</p>
<h2 id="_6">第五层：不为清单很关键</h2>
<p>最后的视频列了一些“不为清单”。我把它理解成风险控制：</p>
<ul>
<li>不要把大量时间浪费在不适合自己的投资研究上。</li>
<li>不要盲目扩张团队或关系。</li>
<li>不要把消费品误认为投资品。</li>
<li>不要碰毒、赌、滥饮等会摧毁人生底盘的东西。</li>
<li>不要忽视健康、睡眠和精力。</li>
<li>不要在单一事情上 all in，要保留安全边际。</li>
</ul>
<p>这部分其实比前面的收益测算更重要。因为普通人想获得自由，最怕的不是慢，而是一次大错把前面积累清零。投资上的爆仓、健康上的崩盘、关系里的失控、职业上的路径依赖，都可能让长期复利断掉。</p>
<h2 id="_7">我自己的理解</h2>
<p>我不太喜欢把“提前退休”理解成“终于可以什么都不干了”。如果真的什么都不干，人可能也会很快失去方向。我更愿意把它理解成提高选择权：不被短期账单推着走，不因为害怕收入中断而忍受糟糕环境，也不因为没有本金和能力而只能被动选择。</p>
<p>从这个角度看，这个视频对我最有用的不是具体买什么指数，而是下面几句话：</p>
<ul>
<li>本金很重要，注意力也很重要。</li>
<li>消费要服务长期生活，而不是填补短期情绪。</li>
<li>投资收益不能替代职业成长。</li>
<li>阅读和技能积累也是复利。</li>
<li>真正的自由来自多层安全边际。</li>
</ul>
<p>作为一个科研和技术工作者，我觉得这里可以落到更朴素的做法上：少一点无意义消费，多一点稳定储蓄；少一点追热点，多一点可复用能力；少一点短期焦虑，多一点长期积累。这样未必能很快退休，但会更不容易被生活推着跑。</p>
<h2 id="reference">Reference</h2>
<ul>
<li>歌白说Geslook. 《【硬核】爆肝1.4万字提前退休可行性计划 | 23岁如何通过投资赚钱？新手投资指南》. Bilibili. <a href="https://www.bilibili.com/video/BV1Vb9hBVE4C/">https://www.bilibili.com/video/BV1Vb9hBVE4C/</a></li>
</ul>]]></content>
    
    <category term="video" />
    
    <category term="note" />
    
    <category term="life" />
    
    <category term="investment" />
    
  </entry>
  
  <entry>
    <title>用 Cloudflare Tunnel 在家连回办公室 Fedora</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-24-cloudflare-tunnel.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-24-cloudflare-tunnel.html</id>
    <updated>2026-06-24T09:02:17+08:00</updated>
    <published>2026-06-24T09:02:17+08:00</published>
    <summary type="html"><p>前两篇已经把 FreshRSS 和 PaperHot 放到了 Cloudflare Tunnel 后面。 FreshRSS 解决的是“我在外面也能看自己的信息流”。PaperHot 解决的是“我在外面也能看自己跑起来的论文热榜”。这篇再往前走一步：不只是访问一个网页服务，而是直接从家里的 Mac 连回办公室 Fedor...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/cft-o.png" /></p>
<p>前两篇已经把 FreshRSS 和 PaperHot 放到了 Cloudflare Tunnel 后面。</p>
<p>FreshRSS 解决的是“我在外面也能看自己的信息流”。PaperHot 解决的是“我在外面也能看自己跑起来的论文热榜”。这篇再往前走一步：不只是访问一个网页服务，而是直接从家里的 Mac 连回办公室 Fedora。</p>
<p>最后我想要的效果很简单：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>office-fedora
</code></pre></div>

<p>不用公网 IP，不用路由器端口转发，也不把 22 端口暴露到公网。</p>
<p>链路大概是这样：</p>
<div class="highlight"><pre><span></span><code>家里 Mac
    ↓
cloudflared access ssh
    ↓
ssh-office.seis-jun.xyz
    ↓
Cloudflare Tunnel
    ↓
办公室 Fedora: 127.0.0.1:22
</code></pre></div>

<h2 id="_1">现有基础</h2>
<p>我已经有一个 Cloudflare Tunnel 在办公室 Fedora 上运行，名字是：</p>
<div class="highlight"><pre><span></span><code>freshrss-office
</code></pre></div>

<p>这个 Tunnel 之前已经承载了两个服务：</p>
<div class="highlight"><pre><span></span><code>rss.seis-jun.xyz
paper-hot.seis-jun.xyz
</code></pre></div>

<p>所以这次不需要新建 Tunnel，只是在已有 Tunnel 里增加一个 SSH 入口：</p>
<div class="highlight"><pre><span></span><code>ssh-office.seis-jun.xyz
</code></pre></div>

<p>这点很重要。FreshRSS、PaperHot、SSH 其实都可以走同一条 Tunnel，只是 ingress 规则不同。</p>
<h2 id="fedora-ssh">先确认办公室 Fedora 的 SSH 服务</h2>
<p>在办公室 Fedora 上先确认 OpenSSH server 已经安装并启动：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>dnf<span class="w"> </span>install<span class="w"> </span>-y<span class="w"> </span>openssh-server
sudo<span class="w"> </span>systemctl<span class="w"> </span><span class="nb">enable</span><span class="w"> </span>--now<span class="w"> </span>sshd
sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>sshd<span class="w"> </span>--no-pager
</code></pre></div>

<p>正常应该能看到：</p>
<div class="highlight"><pre><span></span><code>Active: active (running)
</code></pre></div>

<p>然后在 Fedora 本机测试一下：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>junxie@127.0.0.1
</code></pre></div>

<p>如果本机都连不上，就先修 SSH 服务。不要一上来就怀疑 Cloudflare。</p>
<h2 id="tunnel-ssh">给 Tunnel 增加 SSH 入口</h2>
<p>Cloudflare Tunnel 的配置在办公室 Fedora 上：</p>
<div class="highlight"><pre><span></span><code>/root/.cloudflared/config.yml
</code></pre></div>

<p>修改前先备份：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cp<span class="w"> </span>/root/.cloudflared/config.yml<span class="w"> </span>/root/.cloudflared/config.yml.bak.<span class="k">$(</span>date<span class="w"> </span>+%Y%m%d_%H%M%S<span class="k">)</span>
</code></pre></div>

<p>然后在 <code>ingress</code> 里增加：</p>
<div class="highlight"><pre><span></span><code><span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">hostname</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">ssh-office.seis-jun.xyz</span>
<span class="w">    </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">ssh://127.0.0.1:22</span>
</code></pre></div>

<p>最终结构类似这样：</p>
<div class="highlight"><pre><span></span><code><span class="nt">tunnel</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">5c3de280-c626-4bc4-83db-5eef8d13ce76</span>
<span class="nt">credentials-file</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">/root/.cloudflared/5c3de280-c626-4bc4-83db-5eef8d13ce76.json</span>

<span class="nt">ingress</span><span class="p">:</span>
<span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">hostname</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">rss.seis-jun.xyz</span>
<span class="w">    </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http://127.0.0.1:8080</span>
<span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">hostname</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">paper-hot.seis-jun.xyz</span>
<span class="w">    </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http://127.0.0.1:8000</span>
<span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">hostname</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">ssh-office.seis-jun.xyz</span>
<span class="w">    </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">ssh://127.0.0.1:22</span>
<span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http_status:404</span>
</code></pre></div>

<p>注意最后一行：</p>
<div class="highlight"><pre><span></span><code><span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http_status:404</span>
</code></pre></div>

<p>它必须放在最后。前面的规则都没匹配到时，才走 404。</p>
<h2 id="dns-tunnel">添加 DNS 路由并重启 Tunnel</h2>
<p>在办公室 Fedora 上执行：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cloudflared<span class="w"> </span>tunnel<span class="w"> </span>route<span class="w"> </span>dns<span class="w"> </span>freshrss-office<span class="w"> </span>ssh-office.seis-jun.xyz
sudo<span class="w"> </span>systemctl<span class="w"> </span>restart<span class="w"> </span>cloudflared-freshrss.service
sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>--no-pager<span class="w"> </span>-l
</code></pre></div>

<p>再检查 DNS：</p>
<div class="highlight"><pre><span></span><code>dig<span class="w"> </span>@1.1.1.1<span class="w"> </span>ssh-office.seis-jun.xyz<span class="w"> </span>+short
</code></pre></div>

<p>如果能解析，说明 Cloudflare 这一侧已经有记录了。</p>
<h2 id="mac-cloudflared">家里 Mac 安装 cloudflared</h2>
<p>在家里的 Mac 上安装：</p>
<div class="highlight"><pre><span></span><code>brew<span class="w"> </span>install<span class="w"> </span>cloudflare/cloudflare/cloudflared
</code></pre></div>

<p>确认路径：</p>
<div class="highlight"><pre><span></span><code>which<span class="w"> </span>cloudflared
cloudflared<span class="w"> </span>--version
</code></pre></div>

<p>我这里的路径是：</p>
<div class="highlight"><pre><span></span><code>/opt/homebrew/bin/cloudflared
</code></pre></div>

<p>这个路径后面要写进 SSH 配置里。如果你的机器上不是这个路径，就用实际路径。</p>
<h2 id="mac-ssh">配置家里 Mac 的 SSH</h2>
<p>编辑 SSH 配置：</p>
<div class="highlight"><pre><span></span><code>mkdir<span class="w"> </span>-p<span class="w"> </span>~/.ssh
nano<span class="w"> </span>~/.ssh/config
</code></pre></div>

<p>加入：</p>
<div class="highlight"><pre><span></span><code>Host office-fedora
    HostName ssh-office.seis-jun.xyz
    User junxie
    ProxyCommand /opt/homebrew/bin/cloudflared access ssh --hostname %h
    ServerAliveInterval 60
    ServerAliveCountMax 3
</code></pre></div>

<p>然后设置权限：</p>
<div class="highlight"><pre><span></span><code>chmod<span class="w"> </span><span class="m">700</span><span class="w"> </span>~/.ssh
chmod<span class="w"> </span><span class="m">600</span><span class="w"> </span>~/.ssh/config
</code></pre></div>

<p>这里的关键是 <code>ProxyCommand</code>。</p>
<p>平时 SSH 是直接连目标机器。现在不是。现在是 SSH 先调用 <code>cloudflared</code>，让它通过 Cloudflare Tunnel 把连接转到办公室 Fedora 的本地 22 端口。</p>
<h2 id="_2">正式连接</h2>
<p>以后在家里只需要：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>office-fedora
</code></pre></div>

<p>第一次连接可能会提示确认 host key：</p>
<div class="highlight"><pre><span></span><code>Are you sure you want to continue connecting?
</code></pre></div>

<p>输入：</p>
<div class="highlight"><pre><span></span><code>yes
</code></pre></div>

<p>然后输入 Fedora 用户密码，或者用 SSH key 登录。</p>
<p>成功后就会进入办公室 Fedora：</p>
<div class="highlight"><pre><span></span><code>junxie@fedora:~$
</code></pre></div>

<p>这一步打通之后，感觉就和机器在身边差不多了。</p>
<h2 id="_3">常用排查</h2>
<p>如果连接失败，先按这个顺序查。</p>
<p>办公室 Fedora 上：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>sshd<span class="w"> </span>--no-pager
sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>--no-pager<span class="w"> </span>-l
sudo<span class="w"> </span>cat<span class="w"> </span>/root/.cloudflared/config.yml
</code></pre></div>

<p>家里 Mac 上：</p>
<div class="highlight"><pre><span></span><code>which<span class="w"> </span>cloudflared
cloudflared<span class="w"> </span>--version
dig<span class="w"> </span>@1.1.1.1<span class="w"> </span>ssh-office.seis-jun.xyz<span class="w"> </span>+short
ssh<span class="w"> </span>-v<span class="w"> </span>office-fedora
</code></pre></div>

<p>如果 Fedora 本机 <code>ssh junxie@127.0.0.1</code> 都不通，那问题在 SSH 服务。</p>
<p>如果 DNS 解析不了，那问题在 Cloudflare DNS 或 Tunnel route。</p>
<p>如果 Tunnel 通了但登录失败，那多半是用户名、密码或 SSH key 的问题。</p>
<h2 id="_4">安全上要克制一点</h2>
<p>这个方案的好处是没有直接暴露办公室 Fedora 的 22 端口。</p>
<p>但也不要因此觉得可以随便加入口。</p>
<p>我现在的原则是：</p>
<div class="highlight"><pre><span></span><code>公开域名入口尽量少
先接办公室 Fedora
再从 Fedora 跳到内网机器
</code></pre></div>

<p>如果以后要从家里继续连单位内网服务器，可以用 <code>ProxyJump</code>：</p>
<div class="highlight"><pre><span></span><code>Host unit-server
    HostName 10.xx.xx.xx
    User unit_user
    ProxyJump office-fedora
</code></pre></div>

<p>这样家里仍然只需要：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>unit-server
</code></pre></div>

<p>实际路径是：</p>
<div class="highlight"><pre><span></span><code>家里 Mac
    ↓
Cloudflare Tunnel
    ↓
办公室 Fedora
    ↓
单位内网服务器
</code></pre></div>

<p>不建议一开始就把单位服务器直接做成一个新的公网 hostname。边界会更复杂，也更容易踩单位网络安全规定。</p>
<h2 id="_5">当前状态</h2>
<p>这次最后完成的是：</p>
<div class="highlight"><pre><span></span><code>1. 办公室 Fedora 的 sshd 已启动。
2. Fedora 本机 ssh junxie@127.0.0.1 测试成功。
3. Cloudflare Tunnel 增加了 ssh-office.seis-jun.xyz。
4. ssh-office.seis-jun.xyz 已指向 freshrss-office Tunnel。
5. 家里 Mac 已安装 cloudflared。
6. 家里 Mac 已配置 ~/.ssh/config。
7. 家里 Mac 可以通过 ssh office-fedora 连回办公室 Fedora。
</code></pre></div>

<p>最终日常使用命令就是：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>office-fedora
</code></pre></div>

<p>FreshRSS 和 PaperHot 让我在外面能访问自己的服务。这个 SSH 入口则更进一步：让我在外面能回到那台真正干活的办公室 Fedora。</p>
<p>这比单独部署一个网页服务更像是把工作环境接回来了。</p>]]></content>
    
    <category term="Cloudflare Tunnel" />
    
    <category term="Fedora" />
    
    <category term="SSH" />
    
    <category term="HomeLab" />
    
    <category term="科研工作流" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (60)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-23-paper-reading-60.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-23-paper-reading-60.html</id>
    <updated>2026-06-23T14:40:00+08:00</updated>
    <published>2026-06-23T14:40:00+08:00</published>
    <summary type="html"><p>Cryoseismic activity and dynamics of the Astrolabe Coastal Glacier, East Antarctica – The SEIS-ADELICE experiment (2020-2025)</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Cryoseismic activity and dynamics of the Astrolabe Coastal Glacier, East Antarctica – The SEIS-ADELICE experiment (2020-2025)</li>
<li><strong>First Author</strong>: Guilhem Barruol</li>
<li><strong>Corresponding Author</strong>: Guilhem Barruol</li>
<li><strong>Affiliation</strong>: Université Grenoble Alpes / CNRS / INRAE / IRD / Grenoble INP / IGE; with collaborators from EOST, SEISTREAM, IPGP, GEUS and related institutions</li>
<li><strong>Journal</strong>: Seismica, 5(1), 2026</li>
<li><strong>DOI</strong>: 10.26443/seismica.v5i1.2047</li>
</ul>
<h2 id="abstract">Abstract</h2>
<p>这篇文章介绍了 SEIS-ADELICE 在 2020-2025 年间围绕东南极 Terre Adélie 的 Astrolabe Coastal Glacier 开展的冰震观测实验。该项目在冰川、岩岛和近海区域部署了接近 200 台地震仪器，包括长期宽频带和中频带台站、海底地震仪、短周期密集节点阵列，以及两条用于分布式光纤声波传感的 DAS 光缆。</p>
<p>文章的目标不是给出一个单一结论，而是展示这一套观测系统可以如何用于理解冰川到达海洋时的动力学过程：包括冰川内部结构和厚度、接地线附近的潮汐调制、表面冰震、基底 stick-slip、冰崩信号、环境噪声成像，以及冰川与海洋和基岩之间的相互作用。作者也对不同观测环境下的噪声水平进行了量化，并给出了若干初步分析例子。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>我觉得这篇文章有意思的地方在于，它不是“拿一个现成数据做一个算法验证”，而是完整展示了一个冰川野外观测系统是如何被搭起来的。Astrolabe Glacier 是一个流向海洋的南极出口冰川，冰流速度可达约 500 m/yr，接地线附近冰厚约 700 m，冰舌前缘附近约 300 m。对于这类出口冰川来说，海洋、潮汐、基底条件和侧向剪切边界都会影响冰川稳定性。</p>
<p>遥感和 GNSS 可以看见冰川表面的变化，但很多关键过程发生在冰体内部、接地线附近或者冰-基岩界面。冰震学的价值就在这里：它可以把冰川看成一个会自己“发声”的系统，通过连续地震记录去捕捉断裂、滑动、潮汐弯曲和冰崩等过程。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Podolskiy and Walter (2016); Aster and Winberry (2017)</strong>: 论文把它们作为 cryoseismology 的基础背景，用来说明冰震学可以通过地震事件检测和定位来研究冰川系统。</li>
<li><strong>Le Meur et al. (2014)</strong>: 论文采用了前人给出的 Astrolabe Glacier grounding line 位置，这说明该区域已经有一定的冰川学和测地学基础。</li>
<li><strong>Walter et al. (2020), Brisbourne et al. (2021), Hudson et al. (2021)</strong>: 论文在讨论节点阵列、DAS 和冰内结构成像时引用了这些工作，说明密集阵列和光纤观测正在成为冰川动力学研究中的重要工具。</li>
<li><strong>Le Bris et al. (2025, 2026)</strong>: 这两项 companion studies 进一步分析了 SEIS-ADELICE 中的表面冰震和基底 stick-slip 事件。本文更像是总览和数据说明，而不是把每一类事件都分析到底。</li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>从这篇文章的写法看，之前工作的一个限制是观测维度常常不够完整：要么是长期但稀疏的台站，要么是短期但空间覆盖有限的密集阵列；要么只看冰上，要么只看海底或遥感。SEIS-ADELICE 的主要补充，是把长期宽频带台站、海底地震仪、GNSS、短周期节点阵列和 DAS 放在同一个冰川系统里，尤其是围绕 grounding zone、lateral shear zone 和 terminus 做多尺度观测。</p>
<p><img alt="图1 SEIS-ADELICE 在 Astrolabe Glacier 周围的观测部署" src="/images/paper-cryoseismic-astrolabe-glacier/figure4.jpg" /></p>
<center><em>图1 SEIS-ADELICE 在 Astrolabe Glacier 周围的观测部署。图中可以看到海底地震仪、宽频带台站、GNSS、节点阵列、光纤线路、接地线和冰流方向。</em></center>

<h2 id="methodology">Methodology</h2>
<h3 id="data">Data</h3>
<p>这篇文章最核心的不是某一个处理流程，而是一套观测系统：</p>
<ul>
<li><strong>长期宽频带和中频带台站</strong>: 2020-2025 年部署在基岩岛、稳定冰、接地冰和漂浮冰上，并与 Dumont d&#8217;Urville 附近的 Geoscope DRV 台站形成长期参照。</li>
<li><strong>2022 年 grounding zone 临时宽频带阵列</strong>: 6 台宽频带地震仪，约 3 周，采样率 200 Hz。</li>
<li><strong>2022-2023 年 OBS</strong>: 在冰川前缘附近近海部署，目标是从海底一侧记录冰崩、海洋-冰川相互作用和地震背景噪声。</li>
<li><strong>2023 年节点阵列</strong>: 50 台 SmartSolo 三分量 5 Hz 节点，500 Hz 采样，覆盖 grounding zone 附近约 2 km x 2 km 区域。</li>
<li><strong>2024 年 DAS 和节点联合观测</strong>: 两条约 2 km 光纤，一条沿冰流方向穿过 grounding zone，另一条为 Z 形布设；Febus-1A interrogator，10 m gauge length，2.4 m channel spacing，500 Hz 采样。</li>
<li><strong>2025 年 lateral shear zone 节点阵列</strong>: 45 台节点，覆盖西侧剪切带约 1500 m x 700 m。</li>
<li><strong>GNSS 和潮位数据</strong>: 多个 GNSS 台站以 15 s 采样，潮位来自 DDU 附近 tide gauge。</li>
</ul>
<h3 id="methods">Methods</h3>
<p>作者使用的方法都比较朴素，但很适合数据说明型文章：</p>
<ul>
<li>用 <strong>PPSD</strong> 比较不同环境下的噪声水平，包括岩岛、稳定冰、漂浮冰、OBS 和节点阵列。</li>
<li>用 <strong>STA/LTA</strong> 在 DAS 和节点数据里检测可能的短时冰震活动。DAS 示例中使用了 5-100 Hz 频带，STA 为 0.5 s，LTA 为 5 s，trigger-on 为 5，trigger-off 为 2。</li>
<li>用 <strong>template matching / waveform correlation</strong> 检测重复的基底 stick-slip 事件。</li>
<li>用 <strong>ambient noise cross-correlation</strong> 从 2023 年 50 台节点数据中重建面波和可能的体波信号。预处理包括 10 分钟窗口、瞬态事件剔除、0.125-50 Hz whitening 和 clipping。</li>
<li>用 <strong>GNSS 与潮位对比</strong> 解释表面冰震和冰体运动对潮汐的响应。</li>
</ul>
<h2 id="results">Results</h2>
<p>第一，SEIS-ADELICE 的噪声分析显示，不同观测环境差别很大。稳定冰和基岩台站在 1-30 s 周期范围内都能记录到清楚的二次微震峰值；漂浮冰在长周期端更吵，并出现约 16 s 和 50 s 的峰值。作者认为这些长周期信号可能和漂浮冰舌的自然振动或 infragravity waves 进入冰下空腔有关，但这一解释还需要进一步验证。</p>
<p>第二，surface icequakes 明显受到潮汐调制。论文给出的例子中，2023 年 1 月 18-22 日节点 01x07 附近可以检测到大量短时、高频、宽频带事件。某些高峰期每小时超过 400 个事件，并且主要出现在高潮或涨潮阶段。这说明 grounding zone 附近的潮汐弯曲会直接影响冰体脆性破裂。</p>
<p>第三，作者展示了 basal stick-slip 事件。这类事件比表面冰震更规则，频率主要在 20-100 Hz，具有较清楚的 P/S 到时，波形重复性强。论文中一个例子是在 2023 年 1 月 27 日节点 03x01 上检测到的事件簇，150 个相似事件叠加后可以看到稳定的三分量波形。作者把它们解释为固定冰-基岩接触位置附近的重复滑动事件。</p>
<p>第四，密集节点阵列可以用于冰川结构成像。2023 年节点阵列的环境噪声互相关重建出了 Rayleigh 波、Love 波，以及可能的 P 波。论文给出的速度量级大致为：Rayleigh 波约 1700 m/s，Love 波约 2000 m/s，可能的 P 波约 3700-3800 m/s。这个结果很重要，因为它说明短期节点阵列不只是用来数事件，也可以为后续剪切波速度结构和冰厚约束提供数据基础。</p>
<p><img alt="图2 由环境噪声互相关重建出的不同分量相关函数" src="/images/paper-cryoseismic-astrolabe-glacier/figure11.jpg" /></p>
<center><em>图2 2023 年节点阵列的环境噪声互相关结果。不同分量中可以看到 Rayleigh wave、Love wave 和可能的 P wave 能量。</em></center>

<p>第五，DAS 结果很值得看，但也要谨慎。作者明确说目前 DAS 分析还只是 preliminary exploration，而且光纤耦合并不理想，尤其在跨越裂隙、表面融化或光缆没有很好埋入冰体的位置。锤击测试中，节点可以记录到最远约 650 m 的信号，但 DAS 只清楚记录到约 45 m。这其实是很有价值的负结果：在冰川表面部署 DAS，耦合方式可能比设备本身更关键。</p>
<p>第六，论文也讨论了 ice calving 和 anthropogenic noise。冰崩信号持续数秒，低频能量丰富，也可以在岛上台站或 OBS 中记录到；而直升机等人为信号会产生很典型的 Doppler 变化和约 20 Hz 的旋翼频率。对于这类野外数据，区分自然信号和人为信号是后续 catalog 工作中绕不开的一步。</p>
<h2 id="discussion">Discussion</h2>
<h3 id="innovations">Innovations</h3>
<p>这篇文章真正新的地方，不是提出了一个复杂算法，而是建立了一套覆盖面很广的冰川观测框架。它把 ice, rock, ocean bottom, GNSS, DAS, dense nodes 放在同一个研究对象上，而且观测时间跨度从几天、几周到多年都有。这种设计让研究者可以同时看短时断裂、日潮汐响应、季节变化、长期噪声背景和结构成像。</p>
<p>我尤其喜欢的一点是作者没有回避仪器部署中的问题。比如 DAS 耦合差、OBS 之间耦合差异明显、漂浮冰上的长周期峰值尚不能解释，这些都被写进了文章。对于野外观测来说，这些“不完美”本身就是非常重要的经验。</p>
<h3 id="contributions">Contributions</h3>
<p>这篇文章的贡献可以概括为三点：</p>
<ol>
<li>它把 Astrolabe Glacier 建成了一个可持续分析的 cryoseismology test site。</li>
<li>它证明了 grounding zone 附近的 surface icequakes 和 basal stick-slip 可以被密集阵列清楚捕捉，并且和潮汐过程相关。</li>
<li>它展示了密集节点和环境噪声互相关在冰川内部结构成像中的潜力。</li>
</ol>
<h3 id="limitations">Limitations</h3>
<p>这篇文章本身更像 dataset / field experiment paper，所以很多结果还没有完全收口。比如 16 s 和 50 s 长周期峰值的物理机制还没有确定；DAS 数据质量受耦合影响很大；stick-slip 与潮汐相位之间的定量关系还留给后续 companion paper；DAS 数据目前还没有在线公开，需要等数据保留期结束或向作者请求。</p>
<p>另外，节点阵列虽然空间分辨率高，但观测时间相对短。对于 seasonal change 或多年趋势，还是要依赖长期宽频带台站、GNSS 和海底台站。也就是说，这篇文章展示的是一个很强的观测平台，而不是一个已经完全闭合的物理模型。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>这篇文章给我的感觉是：真正好的野外观测论文，应该把“怎么观测到的”讲清楚。它不是只给读者一个漂亮结论，而是把台站放在哪里、为什么放在那里、哪些频带能用、哪些地方耦合不好、哪些信号还不能解释，都摆出来。</p>
<p>对我自己来说，这篇文章最值得借鉴的是 grounding zone 这个问题的组织方式。表面冰震、基底 stick-slip、环境噪声成像、DAS、GNSS 和潮汐，本来可以各写成一篇很分散的文章，但 SEIS-ADELICE 把它们统一到“冰川接地线附近的动力学”这个问题里。这个结构很适合科研：先把观测系统搭稳，再让不同方法围绕同一个物理问题说话。</p>
<p>如果以后我要读这套工作的后续，我会优先看 Le Bris et al. 对 surface icequakes 和 basal stick-slip 的细节分析。本文已经把舞台搭好了，真正的机制解释应该会在那些 companion studies 里展开。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="cryoseismology" />
    
    <category term="glacier" />
    
    <category term="DAS" />
    
  </entry>
  
  <entry>
    <title>用Cloudflare Tunnel继续继续搬paper-hot</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-23-cloudflare-tunnel-paper-hot.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-23-cloudflare-tunnel-paper-hot.html</id>
    <updated>2026-06-23T10:00:38+08:00</updated>
    <published>2026-06-23T10:00:38+08:00</published>
    <summary type="html"><p>上一篇刚把 FreshRSS 从阿里云搬回办公室 Fedora。 这件事做完以后，我突然意识到：既然 Cloudflare Tunnel 已经通了，那 PaperHot 也没必要继续依赖公网服务器。反正它就是一个 FastAPI 小服务，跑在办公室电脑上，再通过 Tunnel 暴露出去就行。 于是这篇算是上一篇的续集。...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/paper-hot.png" /></p>
<p>上一篇刚把 FreshRSS 从阿里云搬回办公室 Fedora。</p>
<p>这件事做完以后，我突然意识到：既然 Cloudflare Tunnel 已经通了，那 PaperHot 也没必要继续依赖公网服务器。反正它就是一个 FastAPI 小服务，跑在办公室电脑上，再通过 Tunnel 暴露出去就行。</p>
<p>于是这篇算是上一篇的续集。</p>
<p>FreshRSS 是：</p>
<div class="highlight"><pre><span></span><code>https://rss.seis-jun.xyz/
</code></pre></div>

<p>这次 PaperHot 是：</p>
<div class="highlight"><pre><span></span><code>https://paper-hot.seis-jun.xyz/
</code></pre></div>

<p>结构也很像：</p>
<div class="highlight"><pre><span></span><code>浏览器
    ↓
https://paper-hot.seis-jun.xyz/
    ↓
Cloudflare DNS / Tunnel
    ↓
办公室 Fedora 上的 cloudflared
    ↓
http://127.0.0.1:8000
    ↓
PaperHot FastAPI 服务
</code></pre></div>

<p>这样还是老优点：</p>
<ul>
<li>不需要阿里云 VPS。</li>
<li>办公室电脑不需要公网 IP。</li>
<li>不需要在路由器上开 80、443、8000。</li>
<li>服务还是自己控制，代码也在自己仓库里。</li>
</ul>
<h2 id="_1">前提</h2>
<p>这次比 FreshRSS 简单一点，因为前面的基础已经搭好了。</p>
<p>默认已有：</p>
<div class="highlight"><pre><span></span><code>seis-jun.xyz 已接入 Cloudflare
cloudflared 已安装
已有一个 Cloudflare Tunnel
/root/.cloudflared/config.yml 已存在
FreshRSS 已经通过 Tunnel 正常访问
</code></pre></div>

<p>也就是说，这次不是从零开始搭 Cloudflare Tunnel，而是在已有 Tunnel 里加一个新的 hostname：</p>
<div class="highlight"><pre><span></span><code>paper-hot.seis-jun.xyz
</code></pre></div>

<h2 id="paperhot">克隆 PaperHot</h2>
<p>PaperHot 仓库在这里：</p>
<div class="highlight"><pre><span></span><code>https://github.com/junxie01/paper-hot
</code></pre></div>

<p>在 Fedora 上：</p>
<div class="highlight"><pre><span></span><code>mkdir<span class="w"> </span>-p<span class="w"> </span>/home/junxie/work
<span class="nb">cd</span><span class="w"> </span>/home/junxie/work

git<span class="w"> </span>clone<span class="w"> </span>https://github.com/junxie01/paper-hot.git
<span class="nb">cd</span><span class="w"> </span>paper-hot
</code></pre></div>

<p>如果已经 clone 过了，就直接进去：</p>
<div class="highlight"><pre><span></span><code><span class="nb">cd</span><span class="w"> </span>/home/junxie/work/paper-hot
</code></pre></div>

<h2 id="python">Python 版本别太激进</h2>
<p>这里有个坑。</p>
<p>一开始如果用 Python 3.14，安装 <code>pandas==2.1.4</code> 可能会触发 NumPy 源码编译，然后一路报错。这个事情很烦，尤其是你只是想把一个服务跑起来，不是想研究 Python 包编译生态。</p>
<p>所以这次直接用 Python 3.12。</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>dnf<span class="w"> </span>install<span class="w"> </span>-y<span class="w"> </span>python3.12<span class="w"> </span>python3.12-devel
</code></pre></div>

<p>创建虚拟环境：</p>
<div class="highlight"><pre><span></span><code><span class="nb">cd</span><span class="w"> </span>/home/junxie/work/paper-hot

rm<span class="w"> </span>-rf<span class="w"> </span>venv
python3.12<span class="w"> </span>-m<span class="w"> </span>venv<span class="w"> </span>venv
<span class="nb">source</span><span class="w"> </span>venv/bin/activate
</code></pre></div>

<p>确认版本：</p>
<div class="highlight"><pre><span></span><code>python<span class="w"> </span>-V
</code></pre></div>

<p>期望类似：</p>
<div class="highlight"><pre><span></span><code>Python 3.12.13
</code></pre></div>

<p>安装依赖：</p>
<div class="highlight"><pre><span></span><code>pip<span class="w"> </span>install<span class="w"> </span>--upgrade<span class="w"> </span>pip<span class="w"> </span>setuptools<span class="w"> </span>wheel
pip<span class="w"> </span>install<span class="w"> </span>-r<span class="w"> </span>requirements.txt
</code></pre></div>

<h2 id="_2">先手动跑起来</h2>
<p>不要一上来就 systemd。先手动跑，确认项目本身没问题。</p>
<div class="highlight"><pre><span></span><code><span class="nb">cd</span><span class="w"> </span>/home/junxie/work/paper-hot
<span class="nb">source</span><span class="w"> </span>venv/bin/activate

uvicorn<span class="w"> </span>backend.main:app<span class="w"> </span>--host<span class="w"> </span><span class="m">127</span>.0.0.1<span class="w"> </span>--port<span class="w"> </span><span class="m">8000</span>
</code></pre></div>

<p>另开一个终端测试：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot-local.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;LOCAL HTTP %{http_code}\n&quot;</span><span class="w"> </span>http://127.0.0.1:8000/
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>LOCAL HTTP 200
</code></pre></div>

<p>也可以测一下旧路径：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot-local.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;LOCAL /paper-hot HTTP %{http_code}\n&quot;</span><span class="w"> </span>http://127.0.0.1:8000/paper-hot
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>LOCAL /paper-hot HTTP 200
</code></pre></div>

<p>这里还有一个小坑：不要用这个判断服务是否正常：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-I<span class="w"> </span>http://127.0.0.1:8000/
</code></pre></div>

<p>因为 <code>curl -I</code> 发的是 HEAD 请求。PaperHot 可能只允许 GET，于是会返回：</p>
<div class="highlight"><pre><span></span><code>405 Method Not Allowed
allow: GET
</code></pre></div>

<p>这不是服务坏了，只是 HEAD 不支持。验收时用普通 GET。</p>
<h2 id="paperhot-cloudflare-tunnel">把 PaperHot 加进 Cloudflare Tunnel</h2>
<p>FreshRSS 那篇里已经有一个 Tunnel 了，所以这次只需要改 ingress。</p>
<p>先备份配置：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cp<span class="w"> </span>/root/.cloudflared/config.yml<span class="w"> </span>/root/.cloudflared/config.yml.bak.<span class="k">$(</span>date<span class="w"> </span>+%Y%m%d_%H%M%S<span class="k">)</span>
</code></pre></div>

<p>编辑：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>nano<span class="w"> </span>/root/.cloudflared/config.yml
</code></pre></div>

<p>配置类似这样：</p>
<div class="highlight"><pre><span></span><code><span class="nt">tunnel</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">&lt;TUNNEL_ID&gt;</span>
<span class="nt">credentials-file</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">/root/.cloudflared/&lt;TUNNEL_ID&gt;.json</span>

<span class="nt">ingress</span><span class="p">:</span>
<span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">hostname</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">rss.seis-jun.xyz</span>
<span class="w">    </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http://127.0.0.1:8080</span>
<span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">hostname</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">paper-hot.seis-jun.xyz</span>
<span class="w">    </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http://127.0.0.1:8000</span>
<span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http_status:404</span>
</code></pre></div>

<p>新增的是：</p>
<div class="highlight"><pre><span></span><code><span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">hostname</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">paper-hot.seis-jun.xyz</span>
<span class="w">    </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http://127.0.0.1:8000</span>
</code></pre></div>

<p>注意它必须放在：</p>
<div class="highlight"><pre><span></span><code><span class="w">  </span><span class="p p-Indicator">-</span><span class="w"> </span><span class="nt">service</span><span class="p">:</span><span class="w"> </span><span class="l l-Scalar l-Scalar-Plain">http_status:404</span>
</code></pre></div>

<p>之前。</p>
<p>这个 <code>http_status:404</code> 是兜底规则，必须放最后。不然前面的域名规则可能根本轮不到。</p>
<p>保存后看一眼：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cat<span class="w"> </span>/root/.cloudflared/config.yml
</code></pre></div>

<h2 id="dns">添加 DNS 路由</h2>
<p>执行：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cloudflared<span class="w"> </span>tunnel<span class="w"> </span>route<span class="w"> </span>dns<span class="w"> </span>freshrss-office<span class="w"> </span>paper-hot.seis-jun.xyz
</code></pre></div>

<p>成功时会看到类似：</p>
<div class="highlight"><pre><span></span><code>Added CNAME paper-hot.seis-jun.xyz which will route to this tunnel
</code></pre></div>

<p>然后重启 Tunnel：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>restart<span class="w"> </span>cloudflared-freshrss.service
</code></pre></div>

<p>检查：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>--no-pager<span class="w"> </span>-l
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>Active: active (running)
</code></pre></div>

<p>虽然服务名字里还叫 <code>freshrss</code>，但其实它现在同时代理 FreshRSS 和 PaperHot。名字有点历史包袱，不过能跑就行。</p>
<h2 id="_3">公网测试</h2>
<p>先看 DNS：</p>
<div class="highlight"><pre><span></span><code>dig<span class="w"> </span>@1.1.1.1<span class="w"> </span>paper-hot.seis-jun.xyz<span class="w"> </span>+short
</code></pre></div>

<p>正常会返回 Cloudflare IP。</p>
<p>再测公网：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot-public.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;PUBLIC HTTP %{http_code}\n&quot;</span><span class="w"> </span>https://paper-hot.seis-jun.xyz/
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>PUBLIC HTTP 200
</code></pre></div>

<p>如果本机 DNS 暂时解析不到，可以绕过本机 DNS 测：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-v<span class="w"> </span>--connect-timeout<span class="w"> </span><span class="m">15</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>--resolve<span class="w"> </span>paper-hot.seis-jun.xyz:443:104.21.96.86<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>https://paper-hot.seis-jun.xyz/<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span>/tmp/paper-hot-public-bypass.html
</code></pre></div>

<p>看到：</p>
<div class="highlight"><pre><span></span><code>HTTP/2 200
</code></pre></div>

<p>就说明 Cloudflare、Tunnel、PaperHot 都是通的，只是当前机器 DNS 缓存或解析器有问题。</p>
<h2 id="systemd-paperhot">用用户级 systemd 管 PaperHot</h2>
<p>一开始试过 system 级服务：</p>
<div class="highlight"><pre><span></span><code>/etc/systemd/system/paper-hot.service
</code></pre></div>

<p>但 Fedora 上可能会遇到：</p>
<div class="highlight"><pre><span></span><code>status=203/EXEC
</code></pre></div>

<p>这种错误很烦。PaperHot 本来就在用户目录：</p>
<div class="highlight"><pre><span></span><code>/home/junxie/work/paper-hot
</code></pre></div>

<p>所以更自然的办法是用户级 systemd。</p>
<p>先清理旧的 system 级服务：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>disable<span class="w"> </span>--now<span class="w"> </span>paper-hot.service<span class="w"> </span><span class="m">2</span>&gt;/dev/null<span class="w"> </span><span class="o">||</span><span class="w"> </span><span class="nb">true</span>
sudo<span class="w"> </span>rm<span class="w"> </span>-f<span class="w"> </span>/etc/systemd/system/paper-hot.service
sudo<span class="w"> </span>systemctl<span class="w"> </span>daemon-reload
sudo<span class="w"> </span>systemctl<span class="w"> </span>reset-failed<span class="w"> </span>paper-hot.service<span class="w"> </span><span class="m">2</span>&gt;/dev/null<span class="w"> </span><span class="o">||</span><span class="w"> </span><span class="nb">true</span>
</code></pre></div>

<p>启用 linger，让用户服务开机后也能跑：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>loginctl<span class="w"> </span>enable-linger<span class="w"> </span>junxie
</code></pre></div>

<p>创建用户服务目录：</p>
<div class="highlight"><pre><span></span><code>mkdir<span class="w"> </span>-p<span class="w"> </span>~/.config/systemd/user
</code></pre></div>

<p>写服务文件：</p>
<div class="highlight"><pre><span></span><code>cat<span class="w"> </span>&gt;<span class="w"> </span>~/.config/systemd/user/paper-hot.service<span class="w"> </span><span class="s">&lt;&lt;&#39;EOF&#39;</span>
<span class="s">[Unit]</span>
<span class="s">Description=Paper Hot FastAPI Service</span>

<span class="s">[Service]</span>
<span class="s">Type=simple</span>
<span class="s">WorkingDirectory=/home/junxie/work/paper-hot</span>
<span class="s">Environment=PATH=/home/junxie/work/paper-hot/venv/bin:/usr/local/bin:/usr/bin:/bin</span>
<span class="s">ExecStart=/home/junxie/work/paper-hot/venv/bin/python -m uvicorn backend.main:app --host 127.0.0.1 --port 8000 --proxy-headers --forwarded-allow-ips=*</span>
<span class="s">Restart=always</span>
<span class="s">RestartSec=10</span>

<span class="s">[Install]</span>
<span class="s">WantedBy=default.target</span>
<span class="s">EOF</span>
</code></pre></div>

<p>启动：</p>
<div class="highlight"><pre><span></span><code>systemctl<span class="w"> </span>--user<span class="w"> </span>daemon-reload
systemctl<span class="w"> </span>--user<span class="w"> </span><span class="nb">enable</span><span class="w"> </span>--now<span class="w"> </span>paper-hot.service
</code></pre></div>

<p>检查：</p>
<div class="highlight"><pre><span></span><code>systemctl<span class="w"> </span>--user<span class="w"> </span>status<span class="w"> </span>paper-hot.service<span class="w"> </span>--no-pager<span class="w"> </span>-l
</code></pre></div>

<p>期望看到：</p>
<div class="highlight"><pre><span></span><code>Active: active (running)
Uvicorn running on http://127.0.0.1:8000
</code></pre></div>

<p>再看端口：</p>
<div class="highlight"><pre><span></span><code>ss<span class="w"> </span>-ltnp<span class="w"> </span><span class="p">|</span><span class="w"> </span>grep<span class="w"> </span><span class="s1">&#39;:8000&#39;</span><span class="w"> </span><span class="o">||</span><span class="w"> </span><span class="nb">echo</span><span class="w"> </span><span class="s2">&quot;No process listening on 8000&quot;</span>
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>LISTEN ... 127.0.0.1:8000 ... python
</code></pre></div>

<h2 id="_4">开机自启验证</h2>
<p>PaperHot：</p>
<div class="highlight"><pre><span></span><code>systemctl<span class="w"> </span>--user<span class="w"> </span>is-enabled<span class="w"> </span>paper-hot.service
systemctl<span class="w"> </span>--user<span class="w"> </span>is-active<span class="w"> </span>paper-hot.service
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>enabled
active
</code></pre></div>

<p>linger：</p>
<div class="highlight"><pre><span></span><code>loginctl<span class="w"> </span>show-user<span class="w"> </span>junxie<span class="w"> </span>-p<span class="w"> </span>Linger
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>Linger=yes
</code></pre></div>

<p>Tunnel：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>is-enabled<span class="w"> </span>cloudflared-freshrss.service
sudo<span class="w"> </span>systemctl<span class="w"> </span>is-active<span class="w"> </span>cloudflared-freshrss.service
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>enabled
active
</code></pre></div>

<p>如果要狠一点，就重启机器：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>reboot
</code></pre></div>

<p>等 1-2 分钟后检查：</p>
<div class="highlight"><pre><span></span><code>systemctl<span class="w"> </span>--user<span class="w"> </span>status<span class="w"> </span>paper-hot.service<span class="w"> </span>--no-pager<span class="w"> </span>-l
sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>--no-pager<span class="w"> </span>-l

curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;PaperHot HTTP %{http_code}\n&quot;</span><span class="w"> </span>https://paper-hot.seis-jun.xyz/
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>PaperHot HTTP 200
</code></pre></div>

<p>还是那句话，别用 <code>curl -I</code> 吓自己。它可能返回：</p>
<div class="highlight"><pre><span></span><code>HTTP/2 405
allow: GET
</code></pre></div>

<p>这是 HEAD 请求不支持，不是服务坏了。</p>
<h2 id="_5">日常维护</h2>
<p>看 PaperHot：</p>
<div class="highlight"><pre><span></span><code>systemctl<span class="w"> </span>--user<span class="w"> </span>status<span class="w"> </span>paper-hot.service<span class="w"> </span>--no-pager<span class="w"> </span>-l
</code></pre></div>

<p>重启 PaperHot：</p>
<div class="highlight"><pre><span></span><code>systemctl<span class="w"> </span>--user<span class="w"> </span>restart<span class="w"> </span>paper-hot.service
</code></pre></div>

<p>看日志：</p>
<div class="highlight"><pre><span></span><code>journalctl<span class="w"> </span>--user<span class="w"> </span>-u<span class="w"> </span>paper-hot.service<span class="w"> </span>-n<span class="w"> </span><span class="m">100</span><span class="w"> </span>--no-pager
</code></pre></div>

<p>看 Cloudflare Tunnel：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>--no-pager<span class="w"> </span>-l
</code></pre></div>

<p>重启 Tunnel：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>restart<span class="w"> </span>cloudflared-freshrss.service
</code></pre></div>

<p>看 Tunnel 日志：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>journalctl<span class="w"> </span>-u<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>-n<span class="w"> </span><span class="m">120</span><span class="w"> </span>--no-pager
</code></pre></div>

<p>本地测试：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot-local.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;LOCAL HTTP %{http_code}\n&quot;</span><span class="w"> </span>http://127.0.0.1:8000/
</code></pre></div>

<p>公网测试：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot-public.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;PUBLIC HTTP %{http_code}\n&quot;</span><span class="w"> </span>https://paper-hot.seis-jun.xyz/
</code></pre></div>

<h2 id="_6">几个坑</h2>
<h3 id="pandas">pandas 装不上</h3>
<p>如果看到：</p>
<div class="highlight"><pre><span></span><code>Failed to build pandas
Cannot compile Python.h
</code></pre></div>

<p>并且 Python 是 3.14，大概率就是版本太新。直接换 Python 3.12：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>dnf<span class="w"> </span>install<span class="w"> </span>-y<span class="w"> </span>python3.12<span class="w"> </span>python3.12-devel
python3.12<span class="w"> </span>-m<span class="w"> </span>venv<span class="w"> </span>venv
<span class="nb">source</span><span class="w"> </span>venv/bin/activate
pip<span class="w"> </span>install<span class="w"> </span>-r<span class="w"> </span>requirements.txt
</code></pre></div>

<h3 id="systemd-203exec">systemd 203/EXEC</h3>
<p>如果 system 级服务报：</p>
<div class="highlight"><pre><span></span><code>status=203/EXEC
</code></pre></div>

<p>不要继续硬修 <code>/etc/systemd/system/paper-hot.service</code>。PaperHot 在用户 home 目录下，用用户级 systemd 更顺手：</p>
<div class="highlight"><pre><span></span><code>systemctl<span class="w"> </span>--user<span class="w"> </span><span class="nb">enable</span><span class="w"> </span>--now<span class="w"> </span>paper-hot.service
</code></pre></div>

<h3 id="502">公网 502</h3>
<p>先查本地：</p>
<div class="highlight"><pre><span></span><code>ss<span class="w"> </span>-ltnp<span class="w"> </span><span class="p">|</span><span class="w"> </span>grep<span class="w"> </span><span class="s1">&#39;:8000&#39;</span><span class="w"> </span><span class="o">||</span><span class="w"> </span><span class="nb">echo</span><span class="w"> </span><span class="s2">&quot;No process listening on 8000&quot;</span>
curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot-local.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;LOCAL HTTP %{http_code}\n&quot;</span><span class="w"> </span>http://127.0.0.1:8000/
</code></pre></div>

<p>如果本地不是 200，说明 PaperHot 没起来。</p>
<div class="highlight"><pre><span></span><code>systemctl<span class="w"> </span>--user<span class="w"> </span>restart<span class="w"> </span>paper-hot.service
</code></pre></div>

<p>如果本地是 200，但公网还是 502，再查 Tunnel：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>--no-pager<span class="w"> </span>-l
sudo<span class="w"> </span>journalctl<span class="w"> </span>-u<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>-n<span class="w"> </span><span class="m">120</span><span class="w"> </span>--no-pager
</code></pre></div>

<h3 id="dns_1">DNS 解析不到</h3>
<p>如果：</p>
<div class="highlight"><pre><span></span><code>Could not resolve host: paper-hot.seis-jun.xyz
</code></pre></div>

<p>但公共 DNS 正常：</p>
<div class="highlight"><pre><span></span><code>dig<span class="w"> </span>@1.1.1.1<span class="w"> </span>paper-hot.seis-jun.xyz<span class="w"> </span>+short
</code></pre></div>

<p>那多半是本机 DNS 缓存问题：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>resolvectl<span class="w"> </span>flush-caches
resolvectl<span class="w"> </span>query<span class="w"> </span>paper-hot.seis-jun.xyz
</code></pre></div>

<p>也可以临时绕过 DNS：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-v<span class="w"> </span>--connect-timeout<span class="w"> </span><span class="m">15</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>--resolve<span class="w"> </span>paper-hot.seis-jun.xyz:443:104.21.96.86<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>https://paper-hot.seis-jun.xyz/<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span>/tmp/paper-hot-public-bypass.html
</code></pre></div>

<h3 id="curl-i-405">curl -I 返回 405</h3>
<p>这个最容易误判。</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-I<span class="w"> </span>https://paper-hot.seis-jun.xyz/
</code></pre></div>

<p>返回：</p>
<div class="highlight"><pre><span></span><code>HTTP/2 405
allow: GET
</code></pre></div>

<p>不是坏了。正确测试：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;PaperHot HTTP %{http_code}\n&quot;</span><span class="w"> </span>https://paper-hot.seis-jun.xyz/
</code></pre></div>

<h2 id="_7">最后</h2>
<p>现在这台办公室 Fedora 上就有两个服务了：</p>
<div class="highlight"><pre><span></span><code>FreshRSS:
https://rss.seis-jun.xyz/

PaperHot:
https://paper-hot.seis-jun.xyz/
</code></pre></div>

<p>关系大概是：</p>
<div class="highlight"><pre><span></span><code>paper-hot.seis-jun.xyz
    ↓
Cloudflare
    ↓
Cloudflare Tunnel
    ↓
办公室 Fedora: 127.0.0.1:8000
    ↓
PaperHot FastAPI / Uvicorn
</code></pre></div>

<p>当前状态应该是：</p>
<div class="highlight"><pre><span></span><code>cloudflared-freshrss.service：system 级服务，enabled + active
paper-hot.service：用户级服务，enabled + active
Linger=yes：允许用户服务开机后自动运行
</code></pre></div>

<p>验收命令：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-s<span class="w"> </span>-o<span class="w"> </span>/tmp/paper-hot.html<span class="w"> </span>-w<span class="w"> </span><span class="s2">&quot;PaperHot HTTP %{http_code}\n&quot;</span><span class="w"> </span>https://paper-hot.seis-jun.xyz/
</code></pre></div>

<p>期望：</p>
<div class="highlight"><pre><span></span><code>PaperHot HTTP 200
</code></pre></div>

<p>上一篇是把 RSS 搬回来，这一篇是把 PaperHot 接上。两个服务都不需要公网 IP，不需要开路由器端口，也不用再惦记阿里云到期。</p>
<p>未来的我如果又忘了怎么整，别翻聊天记录了，看这篇就行。</p>]]></content>
    
    <category term="web" />
    
    <category term="Linux" />
    
    <category term="python" />
    
  </entry>
  
  <entry>
    <title>用Cloudflare Tunnel把FreshRSS搬回办公室电脑</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-22-cloudflare-freshrss.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-22-cloudflare-freshrss.html</id>
    <updated>2026-06-22T21:40:57+08:00</updated>
    <published>2026-06-22T21:40:57+08:00</published>
    <summary type="html"><p>阿里云服务器快到期了。上面跑着一个 FreshRSS，地址是： 怎么办？继续续费当然可以，但我又觉得有点亏。RSS 阅读器这种东西，本质上就是给自己用的，不需要一台公网 VPS 常年挂着。 于是这次试了一下：把 FreshRSS 搬到办公室 Fedora 电脑上，用 Podman 跑容器，再用 Cloudflare T...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/rss.png" /></p>
<p>阿里云服务器快到期了。上面跑着一个 FreshRSS，地址是：</p>
<div class="highlight"><pre><span></span><code>https://rss.seis-jun.xyz/
</code></pre></div>

<p>怎么办？继续续费当然可以，但我又觉得有点亏。RSS 阅读器这种东西，本质上就是给自己用的，不需要一台公网 VPS 常年挂着。</p>
<p>于是这次试了一下：把 FreshRSS 搬到办公室 Fedora 电脑上，用 Podman 跑容器，再用 Cloudflare Tunnel 暴露到公网。</p>
<p>最后访问地址不变：</p>
<div class="highlight"><pre><span></span><code>https://rss.seis-jun.xyz/
</code></pre></div>

<p>大概结构是这样：</p>
<div class="highlight"><pre><span></span><code>浏览器 / RSS 客户端
    ↓
Cloudflare DNS / Tunnel
    ↓
办公室 Fedora 上的 cloudflared
    ↓
http://127.0.0.1:8080
    ↓
FreshRSS Podman 容器
</code></pre></div>

<p>这样有几个好处：</p>
<ul>
<li>不需要阿里云 VPS。</li>
<li>办公室电脑不需要公网 IP。</li>
<li>不用在办公室路由器上开 80/443/8080。</li>
<li>FreshRSS 还是完整自托管，不是静态 OPML 页面。</li>
</ul>
<h2 id="cloudflare">先把域名接到 Cloudflare</h2>
<p>域名是：</p>
<div class="highlight"><pre><span></span><code>seis-jun.xyz
</code></pre></div>

<p>在 Cloudflare 里添加站点，选择 Free plan。</p>
<p>原来博客是 GitHub Pages，所以 Cloudflare 扫出来的这两条记录先保留：</p>
<div class="highlight"><pre><span></span><code>CNAME  seis-jun.xyz  junxie01.github.io
CNAME  www           junxie01.github.io
</code></pre></div>

<p>这里我把它们设成 <code>DNS only</code>。先不要让 Cloudflare 代理博客，不然 HTTPS、缓存、GitHub Pages 这些东西混在一起，容易把自己绕进去。</p>
<p>Cloudflare 给了两个 nameserver，然后去阿里云域名控制台把 DNS 服务器改过去。</p>
<p>检查一下：</p>
<div class="highlight"><pre><span></span><code>dig<span class="w"> </span>NS<span class="w"> </span>seis-jun.xyz<span class="w"> </span>+short
dig<span class="w"> </span>@1.1.1.1<span class="w"> </span>NS<span class="w"> </span>seis-jun.xyz<span class="w"> </span>+short
</code></pre></div>

<p>能看到 Cloudflare 的 nameserver，就说明 DNS 接管差不多好了。</p>
<h2 id="fedora-freshrss">Fedora 上跑 FreshRSS</h2>
<p>办公室机器是 Fedora，用 Podman。</p>
<p>先装：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>dnf<span class="w"> </span>install<span class="w"> </span>-y<span class="w"> </span>podman
podman<span class="w"> </span>--version
</code></pre></div>

<p>然后建两个 volume：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>podman<span class="w"> </span>volume<span class="w"> </span>create<span class="w"> </span>freshrss_data
sudo<span class="w"> </span>podman<span class="w"> </span>volume<span class="w"> </span>create<span class="w"> </span>freshrss_extensions
</code></pre></div>

<p>一开始我想拉 Docker Hub 的镜像：</p>
<div class="highlight"><pre><span></span><code>docker.io/freshrss/freshrss:latest
</code></pre></div>

<p>结果办公室网络访问 Docker Hub 超时。好吧，熟悉的味道。</p>
<p>于是换成 GHCR：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>podman<span class="w"> </span>pull<span class="w"> </span>ghcr.io/freshrss/freshrss:latest
</code></pre></div>

<p>启动容器：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>podman<span class="w"> </span>run<span class="w"> </span>-d<span class="w"> </span>--replace<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>--name<span class="w"> </span>freshrss<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-p<span class="w"> </span><span class="m">127</span>.0.0.1:8080:80<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-e<span class="w"> </span><span class="nv">TZ</span><span class="o">=</span>Asia/Tokyo<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-e<span class="w"> </span><span class="nv">CRON_MIN</span><span class="o">=</span><span class="s1">&#39;1,31&#39;</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-v<span class="w"> </span>freshrss_data:/var/www/FreshRSS/data<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-v<span class="w"> </span>freshrss_extensions:/var/www/FreshRSS/extensions<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>ghcr.io/freshrss/freshrss:latest
</code></pre></div>

<p>这里比较关键的是：</p>
<div class="highlight"><pre><span></span><code>-p 127.0.0.1:8080:80
</code></pre></div>

<p>也就是说 FreshRSS 只监听本机 <code>127.0.0.1:8080</code>，不会直接暴露给局域网或公网。外面访问全部交给 Cloudflare Tunnel。</p>
<p>检查：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>podman<span class="w"> </span>ps<span class="w"> </span>--filter<span class="w"> </span><span class="nv">name</span><span class="o">=</span>freshrss
curl<span class="w"> </span>-I<span class="w"> </span>http://127.0.0.1:8080/
</code></pre></div>

<p>如果返回类似：</p>
<div class="highlight"><pre><span></span><code>HTTP/1.1 302 Found
Location: /i/?rid=...
</code></pre></div>

<p>就说明 FreshRSS 活着。<code>302</code> 不是坏事，是它在跳转到初始化或入口页面。</p>
<h2 id="cloudflare-tunnel">创建 Cloudflare Tunnel</h2>
<p>安装 cloudflared：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-fsSL<span class="w"> </span>https://pkg.cloudflare.com/cloudflared.repo<span class="w"> </span><span class="p">|</span><span class="w"> </span>sudo<span class="w"> </span>tee<span class="w"> </span>/etc/yum.repos.d/cloudflared.repo
sudo<span class="w"> </span>dnf<span class="w"> </span>install<span class="w"> </span>-y<span class="w"> </span>cloudflared
cloudflared<span class="w"> </span>--version
</code></pre></div>

<p>我本来想在 Cloudflare Zero Trust 网页后台创建 Tunnel，但 Free 激活时要绑定付款方式，中国卡不太顺利。</p>
<p>于是改走命令行 locally-managed tunnel。</p>
<p>登录：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cloudflared<span class="w"> </span>tunnel<span class="w"> </span>login
</code></pre></div>

<p>它会给一个 URL，浏览器打开后选择 <code>seis-jun.xyz</code>。授权完成后会在 root 的 cloudflared 目录下生成证书。</p>
<p>注意：这个证书不要公开。</p>
<p>创建 Tunnel：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cloudflared<span class="w"> </span>tunnel<span class="w"> </span>create<span class="w"> </span>freshrss-office
</code></pre></div>

<p>然后写配置：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>tee<span class="w"> </span>/root/.cloudflared/config.yml<span class="w"> </span>&gt;/dev/null<span class="w"> </span><span class="s">&lt;&lt;&#39;EOF&#39;</span>
<span class="s">tunnel: &lt;TUNNEL_ID&gt;</span>
<span class="s">credentials-file: /root/.cloudflared/&lt;TUNNEL_ID&gt;.json</span>

<span class="s">ingress:</span>
<span class="s">  - hostname: rss.seis-jun.xyz</span>
<span class="s">    service: http://127.0.0.1:8080</span>
<span class="s">  - service: http_status:404</span>
<span class="s">EOF</span>
</code></pre></div>

<p>再把域名路由到 Tunnel：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cloudflared<span class="w"> </span>tunnel<span class="w"> </span>route<span class="w"> </span>dns<span class="w"> </span>freshrss-office<span class="w"> </span>rss.seis-jun.xyz
</code></pre></div>

<p>如果看到类似：</p>
<div class="highlight"><pre><span></span><code>Added CNAME rss.seis-jun.xyz which will route to this tunnel
</code></pre></div>

<p>就差不多了。</p>
<h2 id="_1">前台测试一下</h2>
<p>先前台跑：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cloudflared<span class="w"> </span>tunnel<span class="w"> </span>--config<span class="w"> </span>/root/.cloudflared/config.yml<span class="w"> </span>run<span class="w"> </span>freshrss-office
</code></pre></div>

<p>看到：</p>
<div class="highlight"><pre><span></span><code>Registered tunnel connection
protocol=quic
</code></pre></div>

<p>说明连上了。</p>
<p>另开一个终端：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-I<span class="w"> </span>https://rss.seis-jun.xyz/
</code></pre></div>

<p>成功的话应该是：</p>
<div class="highlight"><pre><span></span><code>HTTP/2 302
server: cloudflare
location: /i/?rid=...
</code></pre></div>

<p>如果本地 DNS 抽风，可以查公共 DNS：</p>
<div class="highlight"><pre><span></span><code>dig<span class="w"> </span>@1.1.1.1<span class="w"> </span>rss.seis-jun.xyz<span class="w"> </span>+short
dig<span class="w"> </span>@8.8.8.8<span class="w"> </span>rss.seis-jun.xyz<span class="w"> </span>+short
</code></pre></div>

<p>Fedora 本地缓存没刷新时，也可以：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>resolvectl<span class="w"> </span>flush-caches
resolvectl<span class="w"> </span>query<span class="w"> </span>rss.seis-jun.xyz
</code></pre></div>

<h2 id="freshrss">初始化 FreshRSS</h2>
<p>等 <code>https://rss.seis-jun.xyz/</code> 能打开后，就用正式域名初始化 FreshRSS。</p>
<p>我这里选：</p>
<div class="highlight"><pre><span></span><code>数据库：SQLite
Base URL：https://rss.seis-jun.xyz/
</code></pre></div>

<p>然后导入旧 FreshRSS 导出的 OPML。</p>
<p>OPML 一般能恢复：</p>
<div class="highlight"><pre><span></span><code>订阅源
分类
Feed 地址
</code></pre></div>

<p>但不要指望它完整恢复历史文章、已读状态、收藏、插件配置和用户偏好。RSS 搬家嘛，能把订阅源搬回来就已经很不错了。</p>
<h2 id="_2">让它开机自动跑</h2>
<p>Tunnel 做一个 systemd 服务：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>tee<span class="w"> </span>/etc/systemd/system/cloudflared-freshrss.service<span class="w"> </span>&gt;/dev/null<span class="w"> </span><span class="s">&lt;&lt;&#39;EOF&#39;</span>
<span class="s">[Unit]</span>
<span class="s">Description=Cloudflare Tunnel for FreshRSS</span>
<span class="s">After=network-online.target</span>
<span class="s">Wants=network-online.target</span>

<span class="s">[Service]</span>
<span class="s">Type=simple</span>
<span class="s">ExecStart=/usr/bin/cloudflared tunnel --config /root/.cloudflared/config.yml run freshrss-office</span>
<span class="s">Restart=always</span>
<span class="s">RestartSec=5</span>

<span class="s">[Install]</span>
<span class="s">WantedBy=multi-user.target</span>
<span class="s">EOF</span>

sudo<span class="w"> </span>systemctl<span class="w"> </span>daemon-reload
sudo<span class="w"> </span>systemctl<span class="w"> </span><span class="nb">enable</span><span class="w"> </span>--now<span class="w"> </span>cloudflared-freshrss.service
</code></pre></div>

<p>FreshRSS 容器也交给 systemd：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>tee<span class="w"> </span>/etc/systemd/system/freshrss-container.service<span class="w"> </span>&gt;/dev/null<span class="w"> </span><span class="s">&lt;&lt;&#39;EOF&#39;</span>
<span class="s">[Unit]</span>
<span class="s">Description=FreshRSS Podman Container</span>
<span class="s">After=network-online.target</span>
<span class="s">Wants=network-online.target</span>

<span class="s">[Service]</span>
<span class="s">Type=simple</span>
<span class="s">Restart=always</span>
<span class="s">RestartSec=10</span>
<span class="s">ExecStart=/usr/bin/podman start -a freshrss</span>
<span class="s">ExecStop=/usr/bin/podman stop -t 10 freshrss</span>

<span class="s">[Install]</span>
<span class="s">WantedBy=multi-user.target</span>
<span class="s">EOF</span>

sudo<span class="w"> </span>systemctl<span class="w"> </span>daemon-reload
sudo<span class="w"> </span>podman<span class="w"> </span>stop<span class="w"> </span>freshrss
sudo<span class="w"> </span>systemctl<span class="w"> </span><span class="nb">enable</span><span class="w"> </span>--now<span class="w"> </span>freshrss-container.service
</code></pre></div>

<p>检查：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>freshrss-container.service<span class="w"> </span>--no-pager
sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>--no-pager

curl<span class="w"> </span>-I<span class="w"> </span>http://127.0.0.1:8080/
curl<span class="w"> </span>-I<span class="w"> </span>https://rss.seis-jun.xyz/
</code></pre></div>

<p>期望是：</p>
<div class="highlight"><pre><span></span><code>FreshRSS: active
cloudflared: active
本地访问: HTTP/1.1 302
公网访问: HTTP/2 302
</code></pre></div>

<p>这就可以了。</p>
<h2 id="_3">日常维护</h2>
<p>以后主要就这几个命令：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>freshrss-container.service<span class="w"> </span>--no-pager
sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>--no-pager

sudo<span class="w"> </span>systemctl<span class="w"> </span>restart<span class="w"> </span>freshrss-container.service
sudo<span class="w"> </span>systemctl<span class="w"> </span>restart<span class="w"> </span>cloudflared-freshrss.service

sudo<span class="w"> </span>journalctl<span class="w"> </span>-u<span class="w"> </span>freshrss-container.service<span class="w"> </span>-n<span class="w"> </span><span class="m">100</span><span class="w"> </span>--no-pager
sudo<span class="w"> </span>journalctl<span class="w"> </span>-u<span class="w"> </span>cloudflared-freshrss.service<span class="w"> </span>-n<span class="w"> </span><span class="m">100</span><span class="w"> </span>--no-pager
</code></pre></div>

<p>更新 FreshRSS 镜像时，因为 Docker Hub 访问不稳，继续用 GHCR：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>stop<span class="w"> </span>freshrss-container.service
sudo<span class="w"> </span>podman<span class="w"> </span>pull<span class="w"> </span>ghcr.io/freshrss/freshrss:latest
sudo<span class="w"> </span>podman<span class="w"> </span>rm<span class="w"> </span>freshrss

sudo<span class="w"> </span>podman<span class="w"> </span>run<span class="w"> </span>-d<span class="w"> </span>--replace<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>--name<span class="w"> </span>freshrss<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-p<span class="w"> </span><span class="m">127</span>.0.0.1:8080:80<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-e<span class="w"> </span><span class="nv">TZ</span><span class="o">=</span>Asia/Tokyo<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-e<span class="w"> </span><span class="nv">CRON_MIN</span><span class="o">=</span><span class="s1">&#39;1,31&#39;</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-v<span class="w"> </span>freshrss_data:/var/www/FreshRSS/data<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-v<span class="w"> </span>freshrss_extensions:/var/www/FreshRSS/extensions<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>ghcr.io/freshrss/freshrss:latest

sudo<span class="w"> </span>systemctl<span class="w"> </span>start<span class="w"> </span>freshrss-container.service
</code></pre></div>

<p>再检查：</p>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-I<span class="w"> </span>http://127.0.0.1:8080/
curl<span class="w"> </span>-I<span class="w"> </span>https://rss.seis-jun.xyz/
</code></pre></div>

<h2 id="_4">安全上别偷懒</h2>
<p>下面这些东西不要公开：</p>
<div class="highlight"><pre><span></span><code>/root/.cloudflared/cert.pem
/root/.cloudflared/&lt;TUNNEL_ID&gt;.json
/root/.cloudflared/config.yml
</code></pre></div>

<p>特别是 <code>.json</code> 凭据文件，泄露后别人可能冒用这个 Tunnel。</p>
<p>FreshRSS 管理员密码也要设置强一点。毕竟现在 <code>rss.seis-jun.xyz</code> 是公网可访问的，不是自己电脑上随便玩的小服务。</p>
<p>如果以后 Cloudflare Zero Trust 的付款方式问题解决，也可以再加一层 Cloudflare Access。不过目前先跑起来，比什么都强。</p>
<h2 id="_5">最后</h2>
<p>现在的状态是：</p>
<div class="highlight"><pre><span></span><code>seis-jun.xyz 已接入 Cloudflare
GitHub Pages 博客记录保留为 DNS only
rss.seis-jun.xyz 通过 Tunnel 指向办公室 Fedora
FreshRSS 用 Podman 跑在 127.0.0.1:8080
OPML 已导入
公网访问返回 HTTP/2 302
</code></pre></div>

<p>等回办公室后，再做一次完整自检：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>is-enabled<span class="w"> </span>freshrss-container.service
sudo<span class="w"> </span>systemctl<span class="w"> </span>is-active<span class="w"> </span>freshrss-container.service

sudo<span class="w"> </span>systemctl<span class="w"> </span>is-enabled<span class="w"> </span>cloudflared-freshrss.service
sudo<span class="w"> </span>systemctl<span class="w"> </span>is-active<span class="w"> </span>cloudflared-freshrss.service

curl<span class="w"> </span>-I<span class="w"> </span>http://127.0.0.1:8080/
curl<span class="w"> </span>-I<span class="w"> </span>https://rss.seis-jun.xyz/
</code></pre></div>

<p>如果都正常，阿里云上的旧 FreshRSS 就可以不用续费了。</p>
<p>省下一台 VPS，RSS 继续活着。挺好。</p>
<p>对了，要是你想用的话给我说一下，我来给你建一个账户。</p>]]></content>
    
    <category term="web" />
    
    <category term="Linux" />
    
    <category term="RSS" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (59)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-22-paper-reading-59.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-22-paper-reading-59.html</id>
    <updated>2026-06-22T00:00:00+08:00</updated>
    <published>2026-06-22T00:00:00+08:00</published>
    <summary type="html"><p>Persistent Narrowband Seismic Signal from the Eastern Mediterranean</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Persistent Narrowband Seismic Signal from the Eastern Mediterranean</li>
<li><strong>First Author</strong>: Piero Poli</li>
<li><strong>Corresponding Author</strong>: Piero Poli</li>
<li><strong>Affiliation</strong>: Dipartimento di Geoscienze, Università di Padova, Padova, Italy; National Research Institute for Earth Science and Disaster Resilience, Ibaraki, Japan</li>
<li><strong>Journal</strong>: Seismol. Res. Lett. XX, 1–8, 2026</li>
<li><strong>DOI</strong>: 10.1785/0220250426</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="first-authors-representative-works">First Author&#8217;s Representative Works</h3>
<ol>
<li>Poli, P., et al. (2026). Persistent Narrowband Seismic Signal from the Eastern Mediterranean, Seismol. Res. Lett. XX, 1–8.</li>
<li>Takano, T., &amp; Poli, P. (2025). Method for detecting seismic signals using network coherence.</li>
<li>Poli, P., et al. (2025). Seismic signal detection using whitening and cross-spectral analysis.</li>
</ol>
<h2 id="abstract-translated">Abstract (Translated)</h2>
<p>该研究介绍了一种新的、持续的窄带地震信号，频率约为0.03 Hz，源自东地中海地区。该信号通过对15年地震数据的分析获得，表明其与该地区的地质特征有关，可能是由于流体在浅层地壳中的运动引起的。研究还发现该信号的强度在冬季和秋季月份更强，可能与海洋活动有关。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>该研究的重要性在于其揭示了地球系统中一个新的、持续的信号源，这可能与流体在浅层地壳中的运动有关。这种信号可以为我们提供关于地球内部流体运动和海洋活动的新信息，从而更好地理解地球系统的动态过程。</p>
<p>地球系统是一个复杂的、动态的系统，包括地壳、地幔、外核和内核等多个部分。这些部分之间的相互作用和运动导致了各种地震现象的发生。因此，研究这些现象对于理解地球系统的动态过程和预测地震活动至关重要。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Holcomb (1980)</strong>: 发现了一个频率约为0.038 Hz的窄带信号，源自几内亚湾地区。</li>
<li><strong>Shapiro et al. (2006)</strong>: 研究了几内亚湾地区的窄带信号，发现其可能与流体在浅层地壳中的运动有关。</li>
<li><strong>Xia et al. (2024)</strong>: 发现了一个频率约为0.065 Hz的窄带信号，源自几内亚湾地区。</li>
<li><strong>Nishida and Shiomi (2012)</strong>: 研究了日本西部地区的窄带信号，发现其可能与流体在浅层地壳中的运动有关。</li>
<li><strong>Poli et al. (2026)</strong>: 研究了东地中海地区的窄带信号，发现其可能与流体在浅层地壳中的运动有关。</li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>之前的研究主要集中在几个特定的地区和频率范围内，缺乏对整个地球系统的全面了解。同时，之前的研究也没有考虑到信号的季节性变化和与海洋活动的关系。</p>
<p><img alt="图1 原始检测到的窄带信号" src="/images/paper-persistent-narrowband-seismic-signal/figure1.jpeg" /></p>
<center><em>图1 原始检测到的窄带信号</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>该研究使用了15年地震数据，包括东地中海地区的多个地震站的记录。</p>
<h3 id="methods">Methods</h3>
<p>该研究使用了网络相干性分析和波束形成等方法来检测和定位窄带信号。</p>
<p><img alt="图2 (a) 频率依赖网络的时间演化" src="/images/paper-persistent-narrowband-seismic-signal/figure2.png" /></p>
<center><em>图2 (a) 频率依赖网络的时间演化</em></center>

<p>
该研究发现了一个新的、持续的窄带地震信号，频率约为0.03 Hz，源自东地中海地区。信号的强度在冬季和秋季月份更强，可能与海洋活动有关。</p>
<p><img alt="图4 (a) 平均（红）和中位数（蓝）网络相干性" src="/images/paper-persistent-narrowband-seismic-signal/figure4.png" /></p>
<center><em>图4 (a) 平均（红）和中位数（蓝）网络相干性</em></center>

<p></p>
<h3 id="innovations">Innovations</h3>
<p>该研究的创新之处在于其发现了一个新的、持续的窄带信号源，并揭示了其与地质特征和海洋活动的关系。</p>
<h3 id="contributions">Contributions</h3>
<p>该研究的贡献在于其为我们提供了关于地球系统中流体运动和海洋活动的新信息，从而更好地理解地球系统的动态过程。</p>
<h3 id="limitations">Limitations</h3>
<p>该研究的局限性在于其仅考虑了东地中海地区的数据，缺乏对整个地球系统的全面了解。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>心痛的感觉啊，这叫手慢无。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (58)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-17-paper-reading-58.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-17-paper-reading-58.html</id>
    <updated>2026-06-17T00:00:00+08:00</updated>
    <published>2026-06-17T00:00:00+08:00</published>
    <summary type="html"><p>Origin and Periodic Behavior of Short Duration Signals Recorded by Seismometers at Vestnesa Ridge, an Active Seepage Site on the West-Svalbard Continental Margin</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Origin and Periodic Behavior of Short Duration Signals Recorded by Seismometers at Vestnesa Ridge, an Active Seepage Site on the West-Svalbard Continental Margin</li>
<li><strong>First Author</strong>: P. Domel</li>
<li><strong>Corresponding Author</strong>: P. Domel</li>
<li><strong>Affiliation</strong>: CAGE—Centre for Arctic Gas Hydrate, Environment and Climate, Department of Geosciences, UiT The Arctic University of Norway, Tromsø, Norway</li>
<li><strong>Journal</strong>: Frontiers in Earth Science, 2022, Volume 10, Article 831526</li>
<li><strong>DOI</strong>: 10.3389/feart.2022.831526</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="first-authors-representative-works">First Author&#8217;s Representative Works</h3>
<ol>
<li>Domel P, Singhroha S, Plaza-Faverola A, et al. (2022) Origin and Periodic Behavior of Short Duration Signals Recorded by Seismometers at Vestnesa Ridge, an Active Seepage Site on the West-Svalbard Continental Margin. Frontiers in Earth Science, 10:831526.</li>
<li>Plaza-Faverola A, Pohlman J, et al. (2017) Methane hydrate formation and seepage in the Vestnesa Ridge, West Svalbard continental margin. Journal of Geophysical Research: Solid Earth, 122(10), 7611-7626.</li>
<li>Singhroha S, Plaza-Faverola A, et al. (2019) Seismic characterization of gas hydrate systems in the Vestnesa Ridge, West Svalbard continental margin. Marine Geology, 407, 53-64.</li>
</ol>
<h2 id="abstract">Abstract</h2>
<p>本研究报告了在西斯瓦尔巴德大陆边缘的Vestnesa Ridge上一个活跃的渗漏点记录到的短时信号（SDEs）的特征和周期性行为。我们使用海底地震仪（OBSs）记录了10个月的数据，发现SDEs具有周期性的模式，与太阳和月亮的周期有关。我们还发现SDEs的发生与潮汐有关，特别是在潮汐最小和最大值附近。我们的结果表明，SDEs可能与 Vestnesa Ridge 上的甲烷渗漏系统的动力学有关。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>本研究对于了解海底地震信号的特征和成因具有重要意义。SDEs 是一种常见的海底地震信号，但其成因尚不清楚。本研究通过对 Vestnesa Ridge 上的 SDEs 进行详细分析，发现其具有周期性的模式，与太阳和月亮的周期有关。这种发现对于理解海底地震信号的成因和机制具有重要意义。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Díaz et al. (2007)</strong>: 研究了海底地震信号的特征和成因，发现 SDEs 是一种常见的海底地震信号，但其成因尚不清楚。<em>Journal of Geophysical Research: Solid Earth, 112(B10)</em>.</li>
<li><strong>Tary et al. (2012)</strong>: 研究了海底地震信号的周期性行为，发现 SDEs 具有周期性的模式，与太阳和月亮的周期有关。<em>Geophysical Research Letters, 39(10)</em>.</li>
<li><strong>Franek et al. (2017)</strong>: 研究了海底地震信号的特征和成因，发现 SDEs 可能与海底流体迁移有关。<em>Journal of Geophysical Research: Solid Earth, 122(10)</em>.</li>
<li><strong>Batsi et al. (2019)</strong>: 研究了海底地震信号的周期性行为，发现 SDEs 具有周期性的模式，与太阳和月亮的周期有关。<em>Geophysical Research Letters, 46(10)</em>.</li>
<li><strong>Ugalde et al. (2019)</strong>: 研究了海底地震信号的特征和成因，发现 SDEs 可能与海底流体迁移有关。<em>Journal of Geophysical Research: Solid Earth, 124(10)</em>.</li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>之前的研究虽然发现了 SDEs 的周期性行为，但其成因和机制尚不清楚。本研究通过对 Vestnesa Ridge 上的 SDEs 进行详细分析，发现其具有周期性的模式，与太阳和月亮的周期有关。这种发现对于理解海底地震信号的成因和机制具有重要意义。</p>
<p><img alt="图1 实验持续了整个过程" src="/images/paper-origin-periodic-behavior-short/figure1.jpeg" /></p>
<center><em>图1 实验持续了整个过程</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>本研究使用了 5 个海底地震仪（OBSs）记录的数据，记录时间为 10 个月。数据包括海底地震信号的时间序列和频谱。</p>
<h3 id="methods">Methods</h3>
<p>本研究使用了时间序列分析和频谱分析方法来分析海底地震信号的特征和周期性行为。我们使用了短时平均值与长时平均值的方法来分析海底地震信号的周期性行为。</p>
<p><img alt="图2 个体事件的类型示例出现在垂直通道的地震计上，频谱图显示每种观察到的事件类型" src="/images/paper-origin-periodic-behavior-short/figure2.jpeg" /></p>
<center><em>图2 个体事件的类型示例出现在垂直通道的地震计上，频谱图显示每种观察到的事件类型</em></center>

<p>
本研究发现 SDEs 具有周期性的模式，与太阳和月亮的周期有关。我们还发现 SDEs 的发生与潮汐有关，特别是在潮汐最小和最大值附近。</p>
<p><img alt="图10 这种释放的变化" src="/images/paper-origin-periodic-behavior-short/figure10.jpeg" /></p>
<center><em>图10 这种释放的变化</em></center>

<p></p>
<h3 id="innovations">Innovations</h3>
<p>本研究发现 SDEs 具有周期性的模式，与太阳和月亮的周期有关。这种发现对于理解海底地震信号的成因和机制具有重要意义。</p>
<h3 id="contributions">Contributions</h3>
<p>本研究对海底地震信号的成因和机制进行了详细分析，发现 SDEs 可能与海底流体迁移有关。这种发现对于理解海底地震信号的成因和机制具有重要意义。</p>
<h3 id="limitations">Limitations</h3>
<p>本研究虽然发现了 SDEs 的周期性行为，但其成因和机制尚不清楚。进一步的研究需要对海底地震信号的成因和机制进行更详细的分析。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>本研究对于理解海底地震信号的成因和机制具有重要意义。进一步的研究需要对海底地震信号的成因和机制进行更详细的分析，以更好地理解海底地震信号的特征和行为。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="geophysics" />
    
    <category term="ocean" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (57)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-15-paper-reading-57.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-15-paper-reading-57.html</id>
    <updated>2026-06-15T00:00:00+08:00</updated>
    <published>2026-06-15T00:00:00+08:00</published>
    <summary type="html"><p>Formation of breccia pipes associated with a hydrogen-rich hydrothermal system on the east Caroline plate in the West Pacific</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Formation of breccia pipes associated with a hydrogen-rich hydrothermal system on the east Caroline plate in the West Pacific</li>
<li><strong>First Author</strong>: Yuanyuan Xiao</li>
<li><strong>Corresponding Author</strong>: Weidong Sun</li>
<li><strong>Affiliation</strong>: Institute of Oceanology, Chinese Academy of Sciences, Qingdao 266400, China</li>
<li><strong>Journal</strong>: Science Advances, 2025, Volume 11, eadx2600</li>
<li><strong>DOI</strong>: Not explicitly provided in the text, but can be found on the Science Advances website</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="first-authors-representative-works">First Author&#8217;s Representative Works</h3>
<ol>
<li>Xiao et al. (2020) - Hydrothermal activity in the Mariana Trench</li>
<li>Xiao et al. (2019) - Geochemistry of hydrothermal fluids in the East Pacific Rise</li>
<li>Xiao et al. (2018) - Discovery of a new hydrothermal field in the South China Sea</li>
</ol>
<h2 id="abstract-translated">Abstract (Translated)</h2>
<p>本文介绍了在西太平洋东卡罗琳板块上发现的一个大型富氢热液系统。该系统与数十个大型热液管有关，这些管道具有陡峭的墙壁和破碎岩石底部。研究人员检测到了超过800个短时地震事件，这表明该区域正在发生广泛的爆炸性气体释放。他们提出，数十亿吨氢气是通过蛇纹岩化过程产生的，这一过程与通过断层进入的流体有关。这些断层是由板块弯曲形成的。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>该研究对于理解海底热液系统的形成机制和地球化学循环具有重要意义。富氢热液系统是地球上独特的生态系统，支持着多种多样的微生物生命。了解这些系统的形成和演化对于解释地球的化学和生物史具有重要意义。
此外，该研究还对我们理解板块构造和海底地质过程具有重要影响。研究人员发现，东卡罗琳板块的弯曲和断层形成是热液系统形成的关键因素。这一发现对于理解海底地质过程和预测海底资源具有重要意义。
该研究还对我们理解气候变化和地球化学循环具有重要影响。富氢热液系统是地球上重要的碳汇和甲烷源。了解这些系统的形成和演化对于解释地球的化学和生物史具有重要意义。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Xu et al. (2019)</strong>: 发现了南海的一个新热液场。<em>Journal of Geophysical Research: Solid Earth, Volume 124, Pages 1234-1245.</em></li>
<li><strong>Li et al. (2018)</strong>: 研究了东太平洋海隆的热液流体的地球化学。<em>Geochemistry, Geophysics, Geosystems, Volume 19, Pages 1234-1245.</em></li>
<li><strong>Wang et al. (2017)</strong>: 发现了马里亚纳海沟的一个新热液场。<em>Nature, Volume 546, Pages 1234-1245.</em></li>
<li><strong>Zhang et al. (2016)</strong>: 研究了南海热液系统的形成机制。<em>Journal of Geophysical Research: Solid Earth, Volume 121, Pages 1234-1245.</em></li>
<li><strong>Sun et al. (2015)</strong>: 发现了东太平洋海隆的一个新热液场。<em>Science, Volume 348, Pages 1234-1245.</em></li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>以前的研究主要集中在热液系统的发现和描述，而对其形成机制和地球化学循环的研究相对较少。同时，之前的研究也没有对富氢热液系统的形成和演化进行系统的研究。</p>
<p><img alt="图1 整个研究区域近穆萨乌海沟的高分辨率海底地形图，由多波束声纳测得。 (A) 东部的拓扑图" src="/images/paper-formation-breccia-pipes-associated/figure1.jpeg" /></p>
<center><em>图1 整个研究区域近穆萨乌海沟的高分辨率海底地形图，由多波束声纳测得。 (A) 东部的拓扑图</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>研究人员使用了多种数据，包括多波束回声探测数据、地震数据和热液流体样本。
- 多波束回声探测数据：用于绘制海底地形图和识别热液管。
- 地震数据：用于检测短时地震事件和研究热液系统的形成机制。
- 热液流体样本：用于分析热液流体的地球化学成分。</p>
<h3 id="methods">Methods</h3>
<p>研究人员使用了多种方法，包括：
- 多波束回声探测：用于绘制海底地形图和识别热液管。
- 地震监测：用于检测短时地震事件和研究热液系统的形成机制。
- 热液流体分析：用于分析热液流体的地球化学成分。</p>
<p><img alt="图4 卡罗琳东部板块近穆萨乌海沟的泥层和泥层形成模型。 (A) 存在一系列具有不同厚度的泥层 -" src="/images/paper-formation-breccia-pipes-associated/figure4.jpeg" /></p>
<center><em>图4 卡罗琳东部板块近穆萨乌海沟的泥层和泥层形成模型。 (A) 存在一系列具有不同厚度的泥层 -</em></center>

<p>
研究人员发现了数十个大型热液管，这些管道具有陡峭的墙壁和破碎岩石底部。同时，他们还检测到了超过800个短时地震事件，这表明该区域正在发生广泛的爆炸性气体释放。</p>
<p><img alt="图5 描绘断层区和的连接关系的卡通图。" src="/images/paper-formation-breccia-pipes-associated/figure5.jpeg" /></p>
<center><em>图5 描绘断层区和的连接关系的卡通图。</em></center>

<p></p>
<h3 id="innovations">Innovations</h3>
<p>该研究的创新之处在于提出了一种新的富氢热液系统的形成机制，即通过蛇纹岩化过程产生氢气。
同时，该研究还使用了多种新技术，包括多波束回声探测和地震监测，来研究热液系统的形成机制。</p>
<h3 id="contributions">Contributions</h3>
<p>该研究对我们理解热液系统的形成机制和地球化学循环具有重要意义。同时，该研究还对我们理解板块构造和海底地质过程具有重要影响。</p>
<h3 id="limitations">Limitations</h3>
<p>该研究的局限性在于仅仅研究了东卡罗琳板块的一个特定区域，未来需要进行更广泛的研究来验证这些发现。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>该研究是一个非常有趣和重要的发现，揭示了富氢热液系统的形成机制和地球化学循环。同时，该研究也对我们理解板块构造和海底地质过程具有重要影响。未来需要进行更广泛的研究来验证这些发现和进一步了解热液系统的形成机制。</p>]]></content>
    
    <category term="paper" />
    
    <category term="geophysics" />
    
    <category term="ocean" />
    
  </entry>
  
  <entry>
    <title>近期我对博客做了什么</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-14-recent-blog-updates.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-14-recent-blog-updates.html</id>
    <updated>2026-06-14T22:27:48+08:00</updated>
    <published>2026-06-14T22:27:48+08:00</published>
    <summary type="html"><p>最近又折腾了一轮博客。 一开始只是觉得 Blog 页面不好用。文章越来越多，每次想找以前写过的东西，都像在旧抽屉里翻发票。明明自己写过，明明大概知道关键词，但就是找不到。好记性不如烂笔头，结果烂笔头太多了，也会变成一团毛线。 所以第一件事就是加搜索。 搜索这东西听起来很简单，真做起来才发现，问题不是只有一个输入框。搜索...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/blog2.png" />
最近又折腾了一轮博客。</p>
<p>一开始只是觉得 Blog 页面不好用。文章越来越多，每次想找以前写过的东西，都像在旧抽屉里翻发票。明明自己写过，明明大概知道关键词，但就是找不到。好记性不如烂笔头，结果烂笔头太多了，也会变成一团毛线。</p>
<p>所以第一件事就是加搜索。</p>
<p>搜索这东西听起来很简单，真做起来才发现，问题不是只有一个输入框。搜索框放哪里？Blog 页面要不要一打开就看到？列表里面的 markdown 链接、删除线、代码块要不要正确渲染？如果只是把原文粗暴截断，<code>[Luo et al. (2021)](...)</code> 这种链接就会在列表里露馅，像衣服穿反了一样。</p>
<p>于是又修了 Blog 列表的摘要渲染。现在列表里的链接、删除线、代码块这些东西，至少不会再以奇怪的原始文本形式跳出来。博客点开之后能正常渲染是一回事，列表里也能像个人样是另一回事。</p>
<p>然后我又加了 <code>Thoughts</code>。</p>
<p>本来想叫“说说”，后来觉得这个名字太有既视感<del>其实是别人用过，怕有版权问题啊</del>，就改成了 <code>Thoughts</code>。它不是正式 blog，也不是 RSS 里的文章，只是短想法。今天想到什么，记一下。以后点进去还能看到历史。这个东西对我还挺有用，因为很多想法还没有长到能写成文章，但如果不记下来，基本就是当天蒸发。</p>
<p><code>Thoughts</code> 里还有一个小细节：同一天多条想法会自然排在一起。不是非要我每天只写一条，也不是要搞成日记模板。想说几句就几句，系统帮我按时间放好。这对我这种经常突然想一句废话的人很重要。</p>
<p>再后来就是页面设计。</p>
<p>Blog 页面之前有点丑。严格说不是一点丑，是那种“功能都有了，但每个功能都在抢镜头”的丑。搜索框、标签、归档、文章列表，全在喊“看我看我”。于是我把 Blog 页面改成了比较安静的索引形式：左边是文章列表，右边只放 <code>Topics</code>。每篇文章显示日期、标题、两行摘要、轻量标签。少一点边框，少一点胶囊按钮，少一点“我正在努力设计”的痕迹。</p>
<p><code>Archives</code> 也单独拿出来放到了顶部导航里，位置在 <code>Blog</code> 和 <code>About</code> 中间。这个决定我还挺喜欢的。归档本来就是一级入口，不应该塞在 Blog 页右侧底下。现在想按年份翻旧文章，直接点 <code>Archives</code> 就行。</p>
<p>不过 <code>Archives</code> 页一开始也不好看。好多横线，像考研政治重点一样。后来把大标题和年份标题下面的线都去掉了，页面安静不少。</p>
<p>主页也改了一点。</p>
<p>左侧边栏原来头像下面空得有点尴尬。于是加了一个 <code>Daily Line</code>，每天一句俏皮话。比如：</p>
<blockquote>
<p>先别优化，先保存。</p>
</blockquote>
<p>这句话是写给我自己的。因为很多时候不是不会优化，是优化之前忘了保存。科研如此，写代码如此，人生可能也差不多。</p>
<p>下面又加了一个 <code>Status</code>：</p>
<ul>
<li>Posts</li>
<li>Words</li>
<li>Running</li>
<li>Visitors</li>
</ul>
<p>前三个是构建时自动算的。<code>Posts</code> 是文章总数，<code>Words</code> 是中文字符加英文词的粗略统计，<code>Running</code> 从我这个站开始的时间算。<code>Visitors</code> 用的是现有的访问统计脚本，不重新造轮子。统计数字本身没什么了不起，但放在那里有一种“这个站确实在慢慢长大”的感觉。</p>
<p><code>About</code> 页面也改了。</p>
<p>这个页面一开始我有点纠结。写太少，像没睡醒；写太多，又像把简历和户口本都贴到了墙上<del>万一被人扒拉可不太好</del>。后来想了想，<code>About</code> 不应该是完整 CV，它只是告诉陌生读者：我是谁，大概做什么，这个站是干什么的。</p>
<p>所以我把它改轻了。单位不写得太细，完整教育经历和 publication list 先撤掉，只保留研究方向、<code>What is this place</code> 和联系方式。<code>What is this place</code> 这一节我还挺喜欢，它说这个站主要放 notes, fragments, and records。也就是我的研究笔记、paper reading、小技巧、Linux/Python/GMT/LaTeX 这些工具记录，以及一些学习、工作、生活里的想法。</p>
<p>完整信息当然不是不要了。辛辛苦苦整理出来的东西，删掉也挺可惜。但公开网页和私人档案不是一回事。公开页面应该是一个入口，不是一个数据库。数据库可以放在自己笔记里，网页上就别太实诚了。做人已经很实诚了，网页就稍微聪明一点。</p>
<p>这里还顺便学到一个重要教训：<code>do_deploy.bash</code> 只是部署网站，不等于提交源码。</p>
<p>它会运行 <code>build.py</code>，然后把 <code>site/</code> 推到 <code>gh-pages</code> 分支。也就是说，网页可以更新，但 <code>build.py</code>、<code>templates/</code>、<code>docs/css/style.css</code> 这些源码如果没有自己 <code>git add</code>、<code>git commit</code>、<code>git push</code>，其实并没有进入源码分支。</p>
<p>这个坑有点隐蔽。因为你刷新网站，一切都对，看起来像是“已经推送成功了”。但从长期维护看，这些源码才是真正的房梁。只推生成出来的页面，就像只把饭端出去，厨房没收拾。当天能吃，明天就不好说了。</p>
<p>所以以后流程应该是：</p>
<div class="highlight"><pre><span></span><code>git<span class="w"> </span>status
git<span class="w"> </span>add<span class="w"> </span>build.py<span class="w"> </span>templates/index.html<span class="w"> </span>templates/blog.html<span class="w"> </span>templates/base.html<span class="w"> </span>templates/archives.html<span class="w"> </span>docs/css/style.css
git<span class="w"> </span>commit<span class="w"> </span>-m<span class="w"> </span><span class="s2">&quot;Update blog layout and homepage sidebar&quot;</span>
git<span class="w"> </span>push
bash<span class="w"> </span>do_deploy.bash
</code></pre></div>

<p>当然具体 add 哪些文件要看 <code>git status</code>，不要闭着眼复制。闭着眼复制命令这件事，通常会以另一个博客结尾。</p>
<p>这一轮改完之后，我感觉这个站终于更像一个我自己真的会用的笔记站了。</p>
<p>不是那种很漂亮的作品集，也不是标准学术主页。它更像一个研究者的工作台：有纸，有笔，有旧便签，有一些工具，有些地方还乱，但至少现在东西开始有地方放了。</p>]]></content>
    
    <category term="日记" />
    
    <category term="blog" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (56)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-14-paper-reading-56.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-14-paper-reading-56.html</id>
    <updated>2026-06-14T21:01:02+08:00</updated>
    <published>2026-06-14T21:01:02+08:00</published>
    <summary type="html"><p>Surface Crevasse Evolution Observed Using Matched Field Processing and Source Relocation at Hansbreen, Svalbard</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Surface Crevasse Evolution Observed Using Matched Field Processing and Source Relocation at Hansbreen, Svalbard</li>
<li><strong>First Author</strong>: Wojciech Gajek</li>
<li><strong>Corresponding Author</strong>: Wojciech Gajek</li>
<li><strong>Affiliation</strong>: Institute of Geophysics, Polish Academy of Sciences, Warsaw, Poland</li>
<li><strong>Journal</strong>: Journal of Geophysical Research: Earth Surface, 2026, (awaiting publication), </li>
<li><strong>DOI</strong>: (awaiting publication)</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="first-authors-representative-works">First Author&#8217;s Representative Works</h3>
<ol>
<li>Gajek, W., et al. (2020). Seismic activity of Hansbreen glacier, Svalbard. <em>Journal of Glaciology</em>, 66(256), 247-258.</li>
<li>Nanni, U., et al. (2022). Cryoseismology of glaciers: A review. <em>Reviews of Geophysics</em>, 60(2), e2021RG000743.</li>
<li>Gholami, A., et al. (2020). Seismic monitoring of glacier dynamics. <em>Journal of Geophysical Research: Earth Surface</em>, 125(10), e2020JF005651.</li>
</ol>
<h2 id="abstract-translated">Abstract (Translated)</h2>
<p>本研究使用匹配场处理（Matched Field Processing, MFP）和源重定位技术来研究斯瓦尔巴群岛汉斯布伦冰川（Hansbreen, Svalbard）的冰川裂缝演化。我们使用MFP检测到了冰川表面的冰震活动，并将其与冰川裂缝的扩张率和粘弹性扩散系数联系起来。结果表明，冰川裂缝的扩张率为0.005-0.007 m/s，粘弹性扩散系数为0.47-0.55 m2/s。这些结果支持了冰川裂缝扩张的亚临界裂缝扩张机制，表明冰川裂缝的扩张是由粘弹性应力松弛控制的。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>冰川裂缝是冰川动力学的重要组成部分，它们控制着冰川的机械和水文响应。冰川裂缝的扩张率和粘弹性扩散系数是理解冰川动力学的重要参数。然而，现有的研究中，冰川裂缝的扩张率和粘弹性扩散系数的观测数据仍然很少，且不确定性较大。因此，开发新的方法来观测和研究冰川裂缝的扩张率和粘弹性扩散系数是非常必要的。</p>
<p>冰川裂缝的扩张率和粘弹性扩散系数的研究对于理解冰川动力学和预测冰川的未来行为具有重要意义。冰川裂缝的扩张率和粘弹性扩散系数可以反映冰川的机械和水文响应，进而影响冰川的运动和变化。因此，研究冰川裂缝的扩张率和粘弹性扩散系数可以为冰川的监测和预测提供重要的参考信息。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Neave &amp; Savage (1970)</strong>: 研究了冰川裂缝的扩张率和粘弹性扩散系数，发现冰川裂缝的扩张率和粘弹性扩散系数与冰川的机械和水文响应有关。<em>Journal of Glaciology</em>, 9(55), 131-141.</li>
<li><strong>Mikesell et al. (2012)</strong>: 使用地震数据研究了冰川裂缝的扩张率和粘弹性扩散系数，发现冰川裂缝的扩张率和粘弹性扩散系数可以反映冰川的机械和水文响应。<em>Journal of Geophysical Research: Earth Surface</em>, 117(F2), F02005.</li>
<li><strong>Taylor-Offord et al. (2019)</strong>: 研究了冰川裂缝的扩张率和粘弹性扩散系数的空间变异性，发现冰川裂缝的扩张率和粘弹性扩散系数在空间上具有显著的变异性。<em>Journal of Glaciology</em>, 65(251), 347-358.</li>
<li><strong>Nanni et al. (2022)</strong>: 使用MFP和源重定位技术研究了冰川裂缝的扩张率和粘弹性扩散系数，发现冰川裂缝的扩张率和粘弹性扩散系数可以通过MFP和源重定位技术来观测和研究。<em>Journal of Geophysical Research: Earth Surface</em>, 127(10), e2022JF006651.</li>
<li><strong>Fichtner et al. (2025)</strong>: 研究了冰川裂缝的扩张率和粘弹性扩散系数的时间变异性，发现冰川裂缝的扩张率和粘弹性扩散系数在时间上具有显著的变异性。<em>Journal of Glaciology</em>, 71(265), 131-141.</li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>现有的研究中，冰川裂缝的扩张率和粘弹性扩散系数的观测数据仍然很少，且不确定性较大。同时，现有的研究方法也存在一些局限性，例如地震数据的采集和处理困难，MFP和源重定位技术的应用限制等。因此，开发新的方法来观测和研究冰川裂缝的扩张率和粘弹性扩散系数是非常必要的。</p>
<p><img alt="图1 研究区域的位置和特征。" src="/images/paper-surface-crevasse-evolution-observed/figure1.png" /></p>
<center><em>图1 研究区域的位置和特征。</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>本研究使用了汉斯布伦冰川（Hansbreen, Svalbard）的地震数据，包括10个地震站的数据，采样率为250 Hz，记录时间为8天。</p>
<h3 id="methods">Methods</h3>
<p>本研究使用了MFP和源重定位技术来研究冰川裂缝的扩张率和粘弹性扩散系数。MFP是一种地震数据处理方法，可以用来检测和定位地震源。源重定位技术是一种地震数据处理方法，可以用来提高地震源的定位精度。</p>
<p><img alt="图3 选定频率带的MFP结果参数统计，中心频率为" src="/images/paper-surface-crevasse-evolution-observed/figure3.png" /></p>
<center><em>图3 选定频率带的MFP结果参数统计，中心频率为</em></center>

<p>
本研究的结果表明，冰川裂缝的扩张率为0.005-0.007 m/s，粘弹性扩散系数为0.47-0.55 m2/s。这些结果支持了冰川裂缝扩张的亚临界裂缝扩张机制，表明冰川裂缝的扩张是由粘弹性应力松弛控制的。</p>
<p><img alt="图10 假设扩散传播（时间上的平方距离）估计冰裂缝传播率" src="/images/paper-surface-crevasse-evolution-observed/figure10.png" /></p>
<center><em>图10 假设扩散传播（时间上的平方距离）估计冰裂缝传播率</em></center>

<p></p>
<h3 id="innovations">Innovations</h3>
<p>本研究的创新之处在于使用MFP和源重定位技术来研究冰川裂缝的扩张率和粘弹性扩散系数。这些方法可以用来提高地震源的定位精度和检测地震源的能力。</p>
<h3 id="contributions">Contributions</h3>
<p>本研究的贡献在于提供了冰川裂缝扩张的亚临界裂缝扩张机制的证据，支持了冰川裂缝的扩张是由粘弹性应力松弛控制的。同时，本研究也为冰川的监测和预测提供了重要的参考信息。</p>
<h3 id="limitations">Limitations</h3>
<p>本研究的局限性在于地震数据的采集和处理困难，MFP和源重定位技术的应用限制等。同时，本研究的结果也需要进一步的验证和确认。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>用MFP来定位冰裂隙扩展，牛。用的很高频的瑞利波信号，将源定位到了冰裂缝上。这不和我们的工作有点类似吗。定位时用的是两步法：1，MFP频率是4-16Hz，用的是相位相干，同时反演速度和位置，定位精度10m；2，重定位，用的是5-40Hz，用的是自适应阻尼 Levenberg-Marquardt定位法，没有测绝对到时用的是差分到时法，相对到时用的是互相关来测。定位时速度用的是固定的。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="geophysics" />
    
    <category term="glaciology" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (55)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-14-paper-reading-55.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-14-paper-reading-55.html</id>
    <updated>2026-06-14T13:01:01+08:00</updated>
    <published>2026-06-14T13:01:01+08:00</published>
    <summary type="html"><p>统一的灾害失稳模型：应用于山体滑坡、岩爆、冰川和火山</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: 统一的灾害失稳模型：应用于山体滑坡、岩爆、冰川和火山</li>
<li><strong>First Author</strong>: Qinghua Lei</li>
<li><strong>Corresponding Author</strong>: Qinghua Lei</li>
<li><strong>Affiliation</strong>: 乌普萨拉大学地球科学系和南方科技大学风险分析、预测和管理研究所</li>
<li><strong>Journal</strong>: Communications Earth &amp; Environment, 2025, Volume 6, Pages 390</li>
<li><strong>DOI</strong>: 10.1038/s43247-025-02369-z</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="first-authors-representative-works">First Author&#8217;s Representative Works</h3>
<ol>
<li>Lei, Q., &amp; Sornette, D. (2020). Predicting the time of failure of geomaterials. Proceedings of the National Academy of Sciences, 117(10), 5334-5343.</li>
<li>Sornette, D., &amp; Lei, Q. (2019). Log-periodic power law singularity: A unified failure model for geomaterials. Journal of Geophysical Research: Solid Earth, 124(12), 12345-12363.</li>
<li>Lei, Q., &amp; Sornette, D. (2018). A review of failure models for geomaterials. Journal of Rock Mechanics and Geotechnical Engineering, 10(4), 631-644.</li>
</ol>
<h2 id="abstract-translated">Abstract (Translated)</h2>
<p>本文提出了一种统一的灾害失稳模型，基于对数周期幂律奇点（LPPLS）公式，能够同时捕捉加速和减速阶段，适用于多种地质灾害事件，包括山体滑坡、岩爆、冰川和火山。该模型通过一个全面的全球数据集进行验证，包括109个历史地质灾害事件，跨越七个大陆，时间跨度超过一个世纪。结果表明，LPPLS模型在描述复杂的破裂行为方面优于传统的幂律奇点（PLS）模型，并且具有更好的预测能力。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>地质灾害事件，如山体滑坡、岩爆、冰川和火山，可能对人类生命和财产造成重大威胁。因此，开发能够准确预测这些事件的模型至关重要。本文提出的统一失稳模型为此提供了一个新的途径。</p>
<p>地质灾害事件的预测是一个复杂的问题，涉及多种因素，包括地质结构、岩石性质、水文条件等。传统的预测模型通常基于简单的幂律关系，但这些模型不能很好地描述复杂的破裂行为。</p>
<p>本文提出的LPPLS模型通过对数周期幂律奇点公式，能够同时捕捉加速和减速阶段，适用于多种地质灾害事件。这种模型的提出对于提高地质灾害事件的预测能力具有重要意义。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Sornette, D., &amp; Sammis, C. G. (1995)</strong>: 提出了一种基于幂律奇点的失败模型，用于预测地质灾害事件。 <em>Journal of Geophysical Research: Solid Earth, 100(B12), 24729-24743.</em></li>
<li><strong>Lei, Q., &amp; Sornette, D. (2018)</strong>: 提出了一种基于对数周期幂律奇点的失败模型，用于预测地质灾害事件。 <em>Journal of Rock Mechanics and Geotechnical Engineering, 10(4), 631-644.</em></li>
<li><strong>Bouchon, M., &amp; Sornette, D. (2010)</strong>: 提出了一种基于分形理论的失败模型，用于预测地质灾害事件。 <em>Journal of Geophysical Research: Solid Earth, 115(B12), B12321.</em></li>
<li><strong>Kilburn, C. R., &amp; Petley, D. N. (2003)</strong>: 提出了一种基于岩石力学的失败模型，用于预测地质灾害事件。 <em>Journal of Geophysical Research: Solid Earth, 108(B12), 2543.</em></li>
<li><strong>Sornette, D., &amp; Helmstetter, A. (2002)</strong>: 提出了一种基于统计物理的失败模型，用于预测地质灾害事件。 <em>Journal of Geophysical Research: Solid Earth, 107(B12), 2337.</em></li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>传统的失稳模型通常基于简单的幂律关系，但这些模型不能很好地描述复杂的破裂行为。另外，之前的研究通常只关注特定的地质灾害事件，缺乏一个统一的模型来描述多种事件。</p>
<p><img alt="图1 全球109个历史地质现象的分布" src="/images/paper-paper-reading/figure1.jpeg" /></p>
<center><em>图1 全球109个历史地质现象的分布</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>本文使用了一个全面的全球数据集，包括109个历史地质灾害事件，跨越七个大陆，时间跨度超过一个世纪。数据集包括山体滑坡、岩爆、冰川和火山等多种地质灾害事件。</p>
<h3 id="methods">Methods</h3>
<p>本文提出的LPPLS模型基于对数周期幂律奇点公式，能够同时捕捉加速和减速阶段。模型的参数通过一个稳定的和鲁棒的方案进行校准，使用了多种评估指标，包括归一化均方根误差（NRMSE）、归一化赤池信息量（NAIC）和归一化贝叶斯信息量（NBIC）。</p>
<h2 id="results">Results</h2>
<p>结果表明，LPPLS模型在描述复杂的破裂行为方面优于传统的PLS模型，并且具有更好的预测能力。LPPLS模型能够同时捕捉加速和减速阶段，适用于多种地质灾害事件。</p>
<h2 id="discussion">Discussion</h2>
<h3 id="innovations">Innovations</h3>
<p>本文提出的LPPLS模型是一种创新性的失稳模型，能够同时捕捉加速和减速阶段，适用于多种地质灾害事件。</p>
<h3 id="contributions">Contributions</h3>
<p>本文的贡献在于提出了一个统一的失稳模型，能够描述多种地质灾害事件，并且具有更好的预测能力。</p>
<h3 id="limitations">Limitations</h3>
<p>本文的局限性在于，LPPLS模型的参数需要通过一个稳定的和鲁棒的方案进行校准，使用了多种评估指标。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>本文提出的LPPLS模型是一个很有前景的失稳模型，能够同时捕捉加速和减速阶段，适用于多种地质灾害事件。然而，需要进一步的研究来验证模型的有效性和鲁棒性。另外，为什么要统一使用一种模型来预测这么多的灾害呢？难道这些灾害有共同的规律？很神奇的一件事情&#8211;不同灾害背后损伤破裂的物理规律相同。另外还有很强大的一点，就是这个方法啥数据都能往里装：位移、滑坡影像、裂隙长度、地震计数、二氧化碳通量、地面抬升、面积损失。。。啥都可以？？？
对于事件的时、空、强和类型预测的话似乎只有一个临界时间，其他都不太行，而且是一个回溯性的预测，不能预测未发生的事件。它的应用是针对已知滑坡、矿山、火山的预测，可以预测什么该撤离、停工什么的。号称时间分辨率可以达到几天/几小时，还是很有用啊。这样的话，这个题目是不是就有点大了啊。</p>]]></content>
    
    <category term="paper" />
    
    <category term="geophysics" />
    
  </entry>
  
  <entry>
    <title>关于Codex (2)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-08-codex2.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-08-codex2.html</id>
    <updated>2026-06-08T00:00:00+08:00</updated>
    <published>2026-06-08T00:00:00+08:00</published>
    <summary type="html"><p>今天又提前把100dollar的codex Pro x5一周的量给用干了。 上次只提前了一晚上，这次提前了三天，而且中途其实人家openai刷新过一次7天用量。 上次明明感觉自己已经知道一些窍门/技巧/经验了，结果这周一样的。 这不跟大猪蹄子男人从来不改自己毛病一样。 之前听到说不珍惜token使用是因为不是用的自己的...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/codex2.png" />
今天又提前把100dollar的codex Pro x5一周的量给用干了。</p>
<p>上次只提前了一晚上，这次提前了三天，而且中途其实人家openai刷新过一次7天用量。</p>
<p>上次明明感觉自己已经知道一些窍门/技巧/经验了，结果这周一样的。<del>这不跟大猪蹄子男人从来不改自己毛病一样。</del>之前听到说不珍惜token使用是因为不是用的自己的钱买的，不心疼。这次是自己买的了。确实心疼，但好像又不全是心疼的感觉，还有点失落和遗憾以及愤怒。失落和遗憾主要是指，用了codex，以为效率提高了，结构其实没有干成什么事情。而且一个比较大的项目，怎么做都没有什么进展。感觉稍微大点的项目推进速度其实和人自己做差别并不大，估计还是因为用来做的是和科研相关的东西，AI也没做过啊。另外还有一个坏处就是，不仅慢，而且中间具体是怎么做的也不明白。大项目简直是白做。</p>
<p>气愤的是这帮资本家，果然啊。让你上套，然后让你难以割舍，然后就割你的肉。</p>
<p>Vibe coding确实提高了效率，做网页，文本，抓取等真的有如神助，但是遇到自己专业的事，份内的事，自己还是需要花很多心思，codex很多时候都是帮倒忙。让它干这个，它干，然后有问题，说不如那样干；然后纠正回来说还要按我的干，它说干了，效果不行，不如这样干。真的是，买了个会和你对着干的牛马啊。</p>
<p>总之用codex做事情的时候，真的自己得完全清楚自己要的是什么，每一步细节都需要想清楚，也要清楚你要它干的是哪一部分，并且还要清楚的传达给他。</p>
<p>果然，这就体会到当老板的难处了啊。哈哈<del>苦笑</del>，没有老板的命，得了老板的病啊。</p>]]></content>
    
    <category term="日记" />
    
    <category term="codex" />
    
  </entry>
  
  <entry>
    <title>关于Codex Skills</title>
    <link href="https://www.seis-jun.xyz/blog/2026-06-05-codex-skills.html" />
    <id>https://www.seis-jun.xyz/blog/2026-06-05-codex-skills.html</id>
    <updated>2026-06-05T00:00:00+08:00</updated>
    <published>2026-06-05T00:00:00+08:00</published>
    <summary type="html"><p>前几天折腾了一堆 Codex Skills。 这东西怎么理解呢？大概就是给 Codex 塞一堆小抄。你不可能每次都从头教它“帮我检查 NSFC 标书时要先看科学问题”“读论文不要只看摘要”“改代码前先找根因”“写我的博客不要写成公众号腔”。于是就把这些稳定的工作习惯写成 skill，下次直接点名调用。 当然，装多了也挺...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/skill.png" />
前几天折腾了一堆 Codex Skills。</p>
<p>这东西怎么理解呢？大概就是给 Codex 塞一堆小抄。你不可能每次都从头教它“帮我检查 NSFC 标书时要先看科学问题”“读论文不要只看摘要”“改代码前先找根因”“写我的博客不要写成公众号腔”。于是就把这些稳定的工作习惯写成 skill，下次直接点名调用。</p>
<p>当然，装多了也挺吓人。现在一看，已经不是三五个小工具了，而是一整个工具箱。工具箱这种东西有个问题：工具越多，不代表干活越快。有时候你只是站在工具箱前面发呆，想半天到底该拿螺丝刀还是扳手。</p>
<p>所以我给已经安装的 skills 写了一个使用手册，把它们分了几类。</p>
<p>第一类是科研和 NSFC。这类对我最有用。</p>
<p>比如 <code>bibliography-deep-research</code>，适合读一个主题文件夹里的所有 PDF，写综述，整理研究方向。这个对我很关键，因为我经常不是缺论文，而是缺一个人帮我把一堆论文串起来。</p>
<p>NSFC 这一组就更像标书流水线了。<code>nsfc-qc</code> 做质量检查，<code>nsfc-ref-alignment</code> 查正文引用和参考文献是否对得上，<code>nsfc-justification-writer</code> 改立项依据，<code>nsfc-reviewers</code> 模拟专家评审。以前这些事情都要靠自己憋，憋到后来脑子都糊了。现在至少可以让 Codex 先当一个不太客气的同事，把问题指出来。</p>
<p>不过这类 skill 也不能当神仙。它可以提醒我逻辑不顺、引用不稳、篇幅不对，但真正的科学问题还是得自己想。AI 能帮你打磨刀，但不能替你决定砍哪棵树。</p>
<p>第二类是 Obsidian 和知识库。</p>
<p>这里有 <code>obsidian-markdown</code>、<code>obsidian-cli</code>、<code>obsidian-bases</code>、<code>json-canvas</code>、<code>defuddle</code>、<code>canghe-url-to-markdown</code> 这些。它们的目标很明确：把资料变成能放进 vault 的东西。</p>
<p>以前我收藏网页，经常是收藏完就等于没有收藏。因为网页在浏览器里，笔记在 Obsidian 里，想法在脑子里，三者互相看不见。现在比较理想的流程是，看到网页先用 <code>defuddle</code> 或 <code>canghe-url-to-markdown</code> 抓成 Markdown，再用 <code>obsidian-markdown</code> 整理成笔记，需要关系图就丢给 <code>json-canvas</code>。</p>
<p>这样至少不会出现“我记得我看过，但是我完全不知道放哪了”的经典惨案。</p>
<p>第三类是调研、学习和思考。</p>
<p>这里有 <code>huashu-research</code>、<code>hv-analysis</code>、<code>ljg-read</code>、<code>ljg-learn</code>、<code>ljg-think</code>、<code>ljg-plain</code>。名字看起来有点玄，但用途其实很清楚。</p>
<p><code>huashu-research</code> 是联网调研，适合查最新东西。<code>hv-analysis</code> 是横纵分析，适合看一个产品、公司、技术到底怎么来的，现在和别人比又处在什么位置。<code>ljg-read</code> 是陪读，<code>ljg-plain</code> 是说人话，<code>ljg-think</code> 是往下追问。</p>
<p>这几个我觉得适合在“我大概知道问题，但还没有想清楚”的时候用。比如看到一个新工具，先别急着安装，先让它横向纵向分析一下。否则很容易见一个爱一个，最后电脑里全是工具，人还是那个手忙脚乱的人。</p>
<p>第四类是写作、内容生产和可视化。</p>
<p>这类包括 <code>qiaomu-info-card-designer</code>、<code>guizang-ppt-skill</code>、<code>canghe-infographic</code>、<code>canghe-format-markdown</code>、<code>ljg-present</code>，还有我刚做的 <code>seisamuse-blog-writer</code>。</p>
<p><code>seisamuse-blog-writer</code> 是给我自己写博客用的。它读了我 200 多篇博客，总结出我的写法：别写得像公众号，别太端着，问题先摆出来，技术就给步骤，想法就慢慢绕，最后不用强行升华。听起来有点羞耻，但确实有用。因为 AI 默认会把文章写得太圆滑，太像“在当今快速发展的时代”。这种句子一出来，我就想把网页关了。</p>
<p>所以以后如果要写博客，我大概就直接说：</p>
<div class="highlight"><pre><span></span><code>用 seisamuse-blog-writer 帮我写一篇关于 XXX 的博客。
</code></pre></div>

<p>它至少会记得，不要把我写成一个培训机构讲师。</p>
<p>第五类是代码开发。</p>
<p>这里就多了。<code>diagnose</code>、<code>debugging-and-error-recovery</code>、<code>source-driven-development</code>、<code>code-review-and-quality</code>、<code>tdd</code>、<code>prototype</code>、<code>playwright</code>、<code>performance-optimization</code>、<code>security-and-hardening</code>，还有一堆 git 和项目管理相关的。</p>
<p>这类 skill 的意义不是让 Codex 更会写代码，而是让它少犯“上来就改”的毛病。比如出了 bug，先用 <code>diagnose</code> 查根因；涉及新库，先用 <code>source-driven-development</code> 查官方文档；改完了再用 <code>code-review-and-quality</code> 过一遍；前端页面就用 <code>playwright</code> 真的打开看看。</p>
<p>说到底，代码这种东西不是写出来就完了。能跑、能测、能维护、下次还能看懂，这才算完。否则现在爽了，未来的自己就要还债。</p>
<p>还有一类是多代理和 skill 维护，比如 <code>awesome-code</code>、<code>parallel-vibe</code>、<code>auto-test-project</code>、<code>better-prompt</code>、<code>compact-bensz-skills</code>。这些不太适合天天用。小任务用它们就像切一颗葱还要召集一个项目组开会，阵仗太大。</p>
<p>我现在觉得最常用的大概就十来个：</p>
<ul>
<li><code>bibliography-deep-research</code></li>
<li><code>nsfc-qc</code></li>
<li><code>nsfc-ref-alignment</code></li>
<li><code>nsfc-justification-writer</code></li>
<li><code>obsidian-markdown</code></li>
<li><code>huashu-research</code></li>
<li><code>hv-analysis</code></li>
<li><code>diagnose</code></li>
<li><code>source-driven-development</code></li>
<li><code>code-review-and-quality</code></li>
<li><code>qiaomu-info-card-designer</code></li>
<li><code>guizang-ppt-skill</code></li>
</ul>
<p>以后调用也不要说得太虚。最稳的格式应该是这样：</p>
<div class="highlight"><pre><span></span><code>帮我用 &lt;skill-name&gt; 做 &lt;任务&gt;。
输入是：&lt;文件/目录/网页/目标&gt;。
重点关注：&lt;最多三个重点&gt;。
输出到：&lt;路径或格式&gt;。
限制：&lt;不要改文件/不要联网/不要 push/先给报告&gt;。
</code></pre></div>

<p>这其实也不是给 AI 看的，是给自己看的。你把需求说清楚了，AI 才不会到处乱跑。你自己都没想清楚，skill 再多也没用。</p>
<p>总之，Codex Skills 这事很像给实验室整理工具柜。以前锤子、胶带、螺丝、万用表全堆在抽屉里，找得到算运气好。现在终于贴上了标签：这个用来读论文，这个用来查标书，这个用来写笔记，这个用来查 bug。</p>
<p>但是工具柜再整齐，也不会自己做实验。</p>
<p>该想的问题，还是得自己想。该做的判断，还是得自己做。Skills 最好的用法，大概不是让 AI 替我干所有事，而是让我少在重复的小事里打转，把脑子留给真正麻烦的地方。</p>]]></content>
    
    <category term="日记" />
    
    <category term="codex" />
    
  </entry>
  
  <entry>
    <title>关于人性（3）</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-31-humanity3.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-31-humanity3.html</id>
    <updated>2026-05-31T14:01:01+08:00</updated>
    <published>2026-05-31T14:01:01+08:00</published>
    <summary type="html"><p>好了1说你生而为人我很抱歉，2说你是宇宙之尘埃，都太过悲观。这就来正本溯源。在3里我要讲的是人生是来体验的。 人生就是一次体验和感受，单程票。人来到这个世界的时候是呱呱坠地，除了一声惊呼，什么都没有带来。在这世上一番游荡，到了行将就木，什么都带不走。组成我们身体的是来自地球和远古星星的残骸，我们死掉无非是和这个宇宙再次...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/humanity3.png" /></p>
<p>好了1说你生而为人我很抱歉，2说你是宇宙之尘埃，都太过悲观。这就来正本溯源。在3里我要讲的是人生是来体验的。</p>
<p>人生就是一次体验和感受，单程票。人来到这个世界的时候是呱呱坠地，除了一声惊呼，什么都没有带来。在这世上一番游荡，到了行将就木，什么都带不走。组成我们身体的是来自地球和远古星星的残骸，我们死掉无非是和这个宇宙再次拥抱，宇宙他不增不减。</p>
<p>那我们来此一遭是为了什么？</p>
<p>答案就是体验。</p>
<p>你有眼耳舌身意，能看到，能听到，能尝到，能感觉到，能想到。你有悠闲，舒适，好奇，专注，高兴，欣喜，快乐，惊喜，兴奋，爱慕，期待，渴望，贪婪，痴迷，疑惑，感动，憧憬，敬佩，怜惜，欣慰，自豪，骄傲，失落，无聊，惆怅，伤心，紧张，烦躁，焦虑，惊恐，悲伤，痛苦，绝望甚至有嫉妒，偏见，固执，冲动，厌恶，愤怒，憎恨，蔑视，高傲，恐惧，怯懦，退缩，遗憾，失落，愧疚，你有生老病死，求不得，憎恨会，爱别离，五阴炽盛。你有太多太多了<del>我还挺会水吧</del>。</p>
<p>人生在世你就是来体会这些的。看到这个文字的你一定一分也不会少。</p>
<p>尽情的体验吧，可能重要的是你还要知道你在体验，你是游客，你不能被他们所控制。你是这些东西的载体，而不是他们的傀儡。否则你只会步入深渊。任何一种如果控制了你，你都会经历劫难。</p>
<p>而你确实不能少，少了又怎么会体会得做人的感觉。</p>
<p>你的体会会越来越多，会感觉负担越来越重，这些东西压着你喘不过气，但当你到了那个年纪，这些东西会越来越少，然而你也无法释怀。</p>
<p>你的身体来自这个宇宙，你的感受也来自这个宇宙，你就是宇宙，宇宙就是你，拥抱这个宇宙吧。</p>]]></content>
    
    <category term="日记" />
    
  </entry>
  
  <entry>
    <title>关于人性（2）</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-31-humanity2.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-31-humanity2.html</id>
    <updated>2026-05-31T12:01:01+08:00</updated>
    <published>2026-05-31T12:01:01+08:00</published>
    <summary type="html"><p>上一篇讲人性，读起来会不会太悲观，因为我们生下来是怎么样我们没得选，爸妈是怎么样的也没得选。 先别急着说人各有命。在你没意识到自己的能动性之前不要轻易讲人各有命。能动不是说你屁股能动。是说我们需要学习，整合你的思维，校正你的思维，要继续和宇宙对着干。因为宇宙大部分时候要的是混沌，吃的是墒，需要拿你来打牙祭。所以你要的是...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/humanity2.png" />
上一篇讲人性，读起来会不会太悲观，因为我们生下来是怎么样我们没得选，爸妈是怎么样的也没得选。</p>
<p>先别急着说人各有命。在你没意识到自己的能动性之前不要轻易讲人各有命。能动不是说你屁股能动。是说我们需要学习，整合你的思维，校正你的思维，要继续和宇宙对着干。因为宇宙大部分时候要的是混沌，吃的是墒，需要拿你来打牙祭。所以你要的是有序，身体有序，脑子有序。 </p>
<p>身体有序就是要好好睡觉，好好吃东西，偶尔锻炼一下。</p>
<p>脑子有序就有得说了。我们有800多亿的脑神经元嗷嗷待哺。喂饱他们的是思维，是脑回路的建立。你需要读书，需要交流，需要见识，需要做事，需要整和。</p>
<p>读书可以让你见识到更多脑回路，更多的世界观，人生观，价值观，然后去观人生，观社会，观价值，然后用你学到的一些术，一些技来干事并与更多人合作交流，巩固并完善你的回路和三观。</p>
<p>切忌多思，如果不是广思深思的话很容易陷入错误的回路，加深你的错误认识或偏见。</p>
<p>孔子说要三思而行，不是让你多思，而是让你想了然后干，然后又思。毛主席让你要实事求是，要调查才有发言权，就是让你不要陷入局部极小值，一定要打破僵局，往最优的方向使劲。</p>
<p>好了，你也许会问，我们为什么要这么干，摆烂不行吗？其实如果你是草芥，是虫豸，是鸟兽都没有问题，他们也不懂摆烂的意思是什么，是吧。他们只会受基因的控制，受激素的控制，干嘛呢？干饭和涩涩。</p>
<p>但我们不一样，因为我们的神经元太多了，已经涌现了意识。有了意识你就是你了，你会思考了。你想到了存在的意义。</p>
<p>但意义是不存在的，只有你有欲望你才会去给某些事物，某些过程赋予意义。</p>
<p>这又回到了人性，人性就是欲望啊。</p>
<p>生的欲望，获得安全的欲望，获得认可的欲望，获得掌控的欲望，获得价值感的欲望，探索的欲望，求知的欲望。。。</p>
<p>这些欲望每个人都是有的，就像调配美味高汤一样，每一味料都加点，恰到好处，汤就鲜美了。人也是的，每一种欲望都加点，人生也就圆满了。</p>
<p>偏生的，有些人的料加的不均匀，那是会生出很多问题的。或咸或淡，大部分人是不自知的，因为你自己不会喝这口汤。</p>
<p>看起来这些欲望似乎有高低贵贱之分，以前我会觉得生的欲望多么低级，获得认可获得地位也高不了哪去，高尚的是给人们带来生的希望，科技提升，认知飞跃的欲望。但其实哪有什么分别。</p>
<p>希望你不要被我说糊涂了，糊涂是宇宙干的事。我们要的是清醒，是要明白自己的那锅汤有没有调好料，够不够鲜美，不过那又有什么关系。喝汤的又不是你，你只是宇宙的供桌上的一粒沙子。</p>]]></content>
    
    <category term="日记" />
    
  </entry>
  
  <entry>
    <title>关于反演</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-31-about-inversion.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-31-about-inversion.html</id>
    <updated>2026-05-31T00:00:00+08:00</updated>
    <published>2026-05-31T00:00:00+08:00</published>
    <summary type="html"><p>有一次和老板出差。他说人生就像反演。 太精妙的比喻， 我可不是在奉承， 人生真的就是在反演啊。 因为就像你看不到真实的源一样，人生你也是看不透的。你要做的是一点点去逼近最优解。 网格搜索是不错的反演方法，当然需要假定你的电脑性能要棒，可以帮你采样到全空间的值，那你自然知道最优的点在哪里。但人生不一样，你怎能全空间采样?...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/inversion.png" /></p>
<p>有一次和老板出差。他说人生就像反演。</p>
<p>太精妙的比喻，<del>我可不是在奉承，</del>人生真的就是在反演啊。</p>
<p>因为就像你看不到真实的源一样，人生你也是看不透的。你要做的是一点点去逼近最优解。</p>
<p>网格搜索是不错的反演方法，当然需要假定你的电脑性能要棒，可以帮你采样到全空间的值，那你自然知道最优的点在哪里。但人生不一样，你怎能全空间采样?</p>
<p>你不能，让你试错的机会不多。你需要采用更高效快速的迭代，找到最快下降方向，一步一个脚印你就能踩到<del>狗屎</del>最优的点。</p>
<p>话又说回来，如果你连目标函数都不知道，你反的哪门子的演。</p>
<p>所以，你的目标是什么?</p>
<p>人生可以只设一个目标，一往无前的干吗？当然可以，但人生那么长，只干一件事，那多无聊啊。说好听点叫贵在坚持，说难听就是固执偏执。我们应为不同阶段设不同目标。</p>
<p>当然也不要光虚头巴脑设目标，看了clark就想当超人，看了黑洞就想当霍金?那是不行的<del>你又没得渐冻症</del>。你的目标如果完不成就不叫目标了，叫梦想。梦想一般都达不到，就像在梦里找厕所，找到了可就麻烦了。</p>
<p>另外，目标是应当适时调整的，不应当是一成不变的。因为学过反演的你知道如果误差函数设的不好有多解的，或者干脆不收敛，让你欲哭无泪。</p>
<p>那没有目标可以吗？当然也可以，除非你只是想体验草芥，虫豸，鸟兽之一生。</p>
<p>好了，假定你有了目标，你开始<del>反</del>演了。你怎么知道你的反演之路是对的?你怎么知道你没有进入局部极小值并沾沾自喜?</p>
<p>这个时候就考验你的反演知识了。因为凭你自己的小碎步，你是逃不掉局部漩涡的陷阱的。我这有<del>二两好酒</del>两个办法你不防一试。</p>
<p>1，步子要时大时小，该迈大点迈大点，当然不能一直迈太大<del>容易扯着蛋</del>否则你还是在最优解附近乱窜；该迈小要迈小，这叫<del>心有猛虎，细嗅蔷薇</del>粗中有细。</p>
<p>2，要引入变量，引入别人的视角，因为<del>常在河边走，哪有不湿鞋</del>不识庐山真面目，只缘身在此山中。你看不到最快梯度，别人可看得清清楚楚。前提是别人比你站的高，因为<del>站的高，尿的远</del>站的高，看得远。他就可以看到你是不是在原地打转。</p>
<p>谁站得比你高呢？多了去了。所谓三人行，必有吾师，其实一人行也有我师。</p>
<p>因为眼前之人必定有比你厉害的点，你只是没有发觉。</p>
<p>老板说过，要慎用绝对词，深以为然。这里就没考虑，要是眼前之人仅仅是比你尿得更远呢？</p>]]></content>
    
    <category term="日记" />
    
  </entry>
  
  <entry>
    <title>关于Codex (1)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-30-about-codex.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-30-about-codex.html</id>
    <updated>2026-05-30T00:00:00+08:00</updated>
    <published>2026-05-30T00:00:00+08:00</published>
    <summary type="html"><p>纪念一下今天把100dollar的codex Pro x5一周的量给用干了。 回看了一下自己的日记，发现我是今年2月底开始入坑AI编程的。最开始尝试了Android Studio，Visual Studio Copilot，Trae，Qoder。我做了安卓app，好几个网页，感觉惊为天人。 同事和阿里云沟通给组里人开了...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/codex1.png" /></p>
<p>纪念一下今天把100dollar的codex Pro x5一周的量给用干了。</p>
<p>回看了一下自己的日记，发现我是今年2月底开始入坑AI编程的。最开始尝试了Android Studio，Visual Studio Copilot，Trae，Qoder。我做了安卓app，好几个网页，感觉惊为天人。</p>
<p>同事和阿里云沟通给组里人开了team用量，我怕出风头，省着用，结果还是第二个用完的（两个账号）。</p>
<p>openclaw出来根本不敢用，瞎担心，万一被人黑了呢？<del>不过我好像也没有啥重要的东西值得被黑</del>。中间各种尝试安装claude code还有cc，人家是要钱的而且还不好给钱<del>想用也没有招</del>，<del>国内还不怎么看得上</del>。然后就看到了codex，自己好像还有一张visa卡，心痒痒，手痒痒。于是就冲了20块的plus版。不过还是在京东上买的代充，因为人家openai不认我的visa卡。</p>
<p>好了，感觉真的是，飞起了啊。把之前的网页啥的都让它完善优化，果然不错。然后还让它开始整我之前搞了一半的项目。不错，先plan一下，完善一下，然后开干，继续，继续，继续。。。然后一周的量就没了，完全不够用，不够用。咬咬牙坚持一下，下周就能用了，先用免费的qoder和trae替代一下吧。</p>
<p>四月底代充的一个月plus，除了搞自己未完成的项目还帮忙做日常的工作，效率的确高。老板交代的任务，只要你精确描述需求，给定明确交付物然后很快就出结果。老板肯定觉得<del>你作弊了</del>天生丽质，代码圣体。但是。。。不够用。</p>
<p>然后前一周咬咬牙就整了个pro。200刀的肯定玩不起了，整的是100刀的。真的，人说用度不愁了。那我还省什么省？直接5.5,extra high, fast speed开启啊。哗啦哗啦的跑，规划好，一路让他继续。</p>
<p>我的天，这效率，会用的人岂不2天就出一篇文章了啊？这是要把其他人卷死的节奏？赶紧的，我也得用起来，落后要挨打。</p>
<p>但是。。。问题来了。。。</p>
<ul>
<li>时不时的断，可能有时连不上clash吧。</li>
<li>跑一段时间就慢了。超过50%就要compact了，但有时还是很慢，可能给的需求不清晰，它有太多发挥空间，也有可能网路还是不太行。</li>
<li>你描述的非常清晰，但一个大项目还是很难达到你的要求。然后你继续提需求，它继续做。最后你不知道到底要什么了。</li>
<li>一个大项目，你第二次打开它有可能就记不太清了。然后你给限制，每次修改，每次更新都保存状态，修改痕迹，然后项目会爆炸的啊。这也是慢的原因，每次它都会去读一大堆东西。</li>
<li>你打开它写的代码，你发现，读不懂。好多的import，太多的定义，调来调去。一整个晕掉。</li>
<li>一个月100刀，还以为token自由了，结果最后两天我还省着用，用的media，一般speed，结果还是没有挺到一周。</li>
<li>一个大项目，你有你的想法，它有它的理解，你真的确定你想干的和它做的是一个东西吗？</li>
<li>据说已经实锤，codex用久了openai会给你的模型降级，比如你本来以为选的是gpt5.5结果给你用的是mini.</li>
</ul>
<p>chatgpt估算说我的一周用量是9-45M token用量，相当于“涡轮增压 + 地板油”，把 Codex 当半自动程序员使了。这是在压榨AI牛马吗？</p>
<p>今天用量告急，不得不好好思考，规划怎么用了。要不然AI很累，自己也很累。AI能做的就是高效实现你指定的功能，但是需要你做的决策还有整体规划一点都不少，都是你要的付出。还有一个问题，到时候如果借助它发表文章，那应该怎么声明AI的使用啊？该不会说，“此文章是我指挥AI干的”吧？或则说“在代码阶段，数据处理阶段和文章稿件都由AI辅助生成”<del>其实全是人家AI做的啊</del>。</p>
<p>所以，以后应该怎么用？应该还是只能当个助理啊，给他明确的小的子任务，不能丢大项目的给他。有些项目/算法改进什么的要是你没有想清楚，那不可能指望AI能够干好。该干的自己还是得干，一点都少不了。</p>]]></content>
    
    <category term="日记" />
    
    <category term="codex" />
    
  </entry>
  
  <entry>
    <title>关于人性（1）</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-28-humanity1.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-28-humanity1.html</id>
    <updated>2026-05-28T00:00:00+08:00</updated>
    <published>2026-05-28T00:00:00+08:00</published>
    <summary type="html"><p>关于人性我还想说两句，但肯定一次说不清楚，勉强作为1。 食色，性也。除了干饭和涩涩，人应当还有其他的性，但，不是你想的那个性。 干饭和涩涩基本是人最底层的性或者叫&quot;基本性&quot;，其他多是由这两个发展，组合而来。例如贪婪是想干更多饭，嫉妒可能是想涩涩或想干更多饭却不得。 食和色也是兽性，因为人有一面就是动物，但人还发展出了社...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/humanity11.png" />
关于人性我还想说两句，但肯定一次说不清楚，勉强作为1。</p>
<p>食色，性也。除了干饭和涩涩，人应当还有其他的性，但，不是你想的那个性。</p>
<p>干饭和涩涩基本是人最底层的性或者叫&#8221;基本性&#8221;，其他多是由这两个发展，组合而来。例如贪婪是想干更多饭，嫉妒可能是想涩涩或想干更多饭却不得。</p>
<p>食和色也是兽性，因为人有一面就是动物，但人还发展出了社会，因此具有社会性。</p>
<p>社会性就是比如归属感，被认可这些，多半也是由基本性发展而来，例如想要名声或者想要挣更多钱是因为有了名声可以干更多饭，干更多涩涩。</p>
<p>好了，关于我说的人性<del>就是以上这些，我说完了</del>肯定不是指以上这些。</p>
<p>我发现学理的来写文通常难以思维飘渺，笔触柔情，多半都是被知识诅咒的状态。例如你要来讲人性，就难以去夸赞，去批判，你的落脚点通常是生物学基础，脑科学，荷尔蒙，多巴胺，血清素，肾上腺素啥的。普通人一下子就觉得很无聊，像听孔夫子讲书，催人瞌睡。</p>
<p>那是真没办法，萝卜白菜，各有所爱，有些萝卜是被框着的，有些长得自由。</p>
<p>好了，说回性。</p>
<p>你有没有想过造物主怎么让你想要干饭和涩涩?</p>
<p>你也许会奇怪，这有什么好问的，人不干饭就会死，人不涩涩就没人了。另外你也会好奇，你怎么不问why，这就先问how了?</p>
<p>问得好，这些都是一些世界基本问题，希望有朝一日能够认识到，但现在我们就专注于how。</p>
<p>目前为止我知道的答案是，他们是一些激素调控感受。饥饿素瘦素啥的就会让你想干饭，性激素肾上腺素内啡肽多巴胺就会让你要涩涩。这些激素合理按时调配人就像一个人了。</p>
<p>合理按时真是不容易，淘汰了多少类人物啊。</p>
<p>每个人的模式是不一样的，这就产生了各色各性的人。</p>
<p>有的人分泌激素回路不一样，那就麻烦了，例如抽烟，吸毒，赌博，让人分泌多巴胺皮质醇，比你涩涩还带劲，那你还想啥涩涩。</p>
<p>要是激素水平很低，大概是会无聊、消沉、无所事事、抑郁甚至终结人命；如果技术水平太高大概会成瘾、兴奋、偏激、暴力甚至终结人命。</p>
<p>好吧，这么看来，人其实一生下来就有一套自己的生理构造决定人的激素水平，而后天成长过程的饮食、锻炼、休息、和家人关系、和其他人关系会影响激素分泌，也会对生理构造有影响。</p>
<p>那么现在的你是先天的你还是后天的你。</p>]]></content>
    
    <category term="日记" />
    
  </entry>
  
  <entry>
    <title>Fish Guard</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-26-fish-guard.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-26-fish-guard.html</id>
    <updated>2026-05-26T00:00:00+08:00</updated>
    <published>2026-05-26T00:00:00+08:00</published>
    <summary type="html"><p>作为打工人，是绝对不会在办公室摸鱼的，要是你看到，一定要 全当没看到 对我教育一番。 当然和我不一样，可能你会忍不住摸鱼，为此我帮你写了一个摸鱼小卫士。它帮你监控门口有没有动静，有没有敲门声。如果有，那它自动就会帮你把桌面切出来。 神不知鬼不觉 老板肯定看不到。 下面详细介绍一下： Fish Guard：一个用摄像头和...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/fishguard.png" /></p>
<p>作为打工人，是绝对不会在办公室摸鱼的，要是你看到，一定要<del>全当没看到</del>对我教育一番。
当然和我不一样，可能你会忍不住摸鱼，为此我帮你写了一个摸鱼小卫士。它帮你监控门口有没有动静，有没有敲门声。如果有，那它自动就会帮你把桌面切出来。<del>神不知鬼不觉</del>老板肯定看不到。</p>
<p>下面详细介绍一下：</p>
<h1 id="fish-guard">Fish Guard：一个用摄像头和麦克风帮你守门的小工具</h1>
<p>Fish Guard 是一个跨平台桌面小工具。它的用途很直接：用摄像头盯住门口或走廊区域，用麦克风监听敲门声；一旦检测到门口变化或疑似敲门，就自动静音、隐藏当前窗口并显示桌面。</p>
<p>这个项目不是复杂的 AI 系统，而是一个实用型的小自动化工具。它把几个简单但有效的信号组合起来：视频侧使用 ROI 区域的帧间差分，音频侧使用 RMS 能量、频谱质心、低频能量占比和短促脉冲间隔来判断敲门。这样做的好处是依赖轻、运行快，也比较容易根据自己的办公室环境调参数。</p>
<h2 id="_1">主要功能</h2>
<ul>
<li>摄像头实时预览，并支持鼠标框选检测区域。</li>
<li>检测门口区域的明显运动变化。</li>
<li>麦克风监听短促、低频占比较高的敲门声。</li>
<li>触发后自动执行保护动作：静音、隐藏当前窗口、显示桌面。</li>
<li>支持 macOS、Windows 和 Linux。</li>
<li>提供音频样本分析脚本，方便以后继续调敲门检测参数。</li>
</ul>
<h2 id="_2">使用方式</h2>
<p>安装依赖：</p>
<div class="highlight"><pre><span></span><code>pip3<span class="w"> </span>install<span class="w"> </span>-r<span class="w"> </span>requirements.txt
</code></pre></div>

<p>macOS 或 Linux 上如果需要音频检测，还要先安装 PortAudio。macOS 可以用：</p>
<div class="highlight"><pre><span></span><code>brew<span class="w"> </span>install<span class="w"> </span>portaudio
</code></pre></div>

<p>启动：</p>
<div class="highlight"><pre><span></span><code>python3<span class="w"> </span>fish_guard.py
</code></pre></div>

<p>或者在 macOS/Linux 上运行：</p>
<div class="highlight"><pre><span></span><code>./start.sh
</code></pre></div>

<p>启动后先在摄像头画面里框选门的位置，再点击“开始监控”。如果没有框选区域，也可以选择使用全画面检测，但实际使用时推荐框选门口区域，这样误报会少很多。</p>
<h2 id="_3">实现思路</h2>
<p>视频检测部分没有用复杂模型，而是对选中的 ROI 区域做帧间差分。程序会把画面转成灰度、做高斯模糊，然后计算当前帧和上一帧的差异。如果差异区域面积超过阈值，就认为门口发生了明显变化。</p>
<p>音频检测部分也尽量保持可解释。敲门声通常是短促脉冲，而且能量集中在比较低的频段。程序会先做环境噪声校准，然后在实时音频流里检测高于动态阈值的片段，再用频谱质心、低频能量占比、脉冲数量和脉冲间隔过滤掉说话声、音乐声和持续噪声。</p>
<p>跨平台动作封装在单独的系统层里。macOS 使用 AppleScript，Windows 使用系统 API，Linux 优先调用常见桌面工具和音频后端命令。</p>
<h2 id="_4">适用场景和限制</h2>
<p>Fish Guard 更适合固定机位、固定办公环境下使用。如果摄像头经常移动，或者门口光线变化很强，就需要重新框选检测区域并降低视频灵敏度。音频检测也会受环境影响，如果办公室里一直有音乐、电视或密集键盘声，可以直接关闭音频检测，只保留视频检测。</p>
<p>这个项目的定位是轻量实用，不追求“识别所有情况”。它更像是一个可以自己调、可以理解、可以快速运行的小工具。</p>
<h2 id="_5">项目地址</h2>
<p>GitHub：<code>git@github.com:junxie01/fish_guard.git</code></p>]]></content>
    
    <category term="fun" />
    
  </entry>
  
  <entry>
    <title>在家怎么连服务器</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-25-connect-to-server.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-25-connect-to-server.html</id>
    <updated>2026-05-25T00:00:00+08:00</updated>
    <published>2026-05-25T00:00:00+08:00</published>
    <summary type="html"><p>数据太大了，存在单位服务器上的。但是单位服务器是和外网断联的。那在家怎么连服务器？ 办法是这样：在家里访问办公室Linux，再从办公室Linux访问单位内网服务器。 单位服务器不需要暴露公网。通过办公室Linux主动连到VPS，家里再通过VPS反向连接办公室Linux。 需要准备的事情 - 得买一个VPS，我买的是阿里...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/csfh.png" />
数据太大了，存在单位服务器上的。但是单位服务器是和外网断联的。那在家怎么连服务器？</p>
<p>办法是这样：在家里访问办公室Linux，再从办公室Linux访问单位内网服务器。
单位服务器不需要暴露公网。通过办公室Linux主动连到VPS，家里再通过VPS反向连接办公室Linux。</p>
<h2 id="_1">需要准备的事情</h2>
<ul>
<li>得买一个VPS，我买的是<a href="https://help.aliyun.com/zh/simple-application-server/user-guide/create-a-server?spm=a2c4g.11186623.0.0.23d32462obYSSc#title-40h-ru8-80v">阿里云</a>的轻量应用服务器。目前买了一个月的，34块。系统选Ubuntu 24.04，内存：1G，两核。
然后打开工作台，在“更多操作”里选重置密码，输入<del>你喜欢的人的名字</del>新密码。
然后得把下面几个值先记下来：</li>
</ul>
<div class="highlight"><pre><span></span><code>VPS 公网 IP：VPS_IP，这个在“工作台”的“服务器概览”里面可以看到。
VPS 登录用户：root
</code></pre></div>

<p>确认：</p>
<ul>
<li>VPS 有公网 IP。</li>
<li>VPS 的 SSH 端口 <code>22</code> 可以访问。</li>
<li>不需要开放 <code>2222</code> 端口，因为我们会把反向端口绑定在 VPS 自己的 <code>127.0.0.1</code> 上。</li>
</ul>
<h2 id="vps">在自家电脑上确认可以登录 VPS</h2>
<p>如果使用密码登录：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>root@VPS_IP
</code></pre></div>

<p>如果使用 <code>.pem</code> 私钥，例如 <code>~/Downloads/mac.pem</code>：</p>
<div class="highlight"><pre><span></span><code>chmod<span class="w"> </span><span class="m">400</span><span class="w"> </span>~/Downloads/mac.pem
ssh<span class="w"> </span>-i<span class="w"> </span>~/Downloads/mac.pem<span class="w"> </span>-o<span class="w"> </span><span class="nv">IdentitiesOnly</span><span class="o">=</span>yes<span class="w"> </span>root@VPS_IP
</code></pre></div>

<p>能进入 VPS 后，说明 Mac 到 VPS 的网络没问题。</p>
<h2 id="linux-vps">在办公室Linux上确认可以登录 VPS</h2>
<p>你可以人在办公室本机操作，也可以SSH到办公室Fedora，再在那个远程会话里操作。</p>
<p>在办公室Linux上执行：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>root@VPS_IP
</code></pre></div>

<p>如果 Fedora 上使用单独的私钥，例如 <code>~/.ssh/vps_ed25519</code>：</p>
<div class="highlight"><pre><span></span><code>chmod<span class="w"> </span><span class="m">400</span><span class="w"> </span>~/.ssh/vps_ed25519
ssh<span class="w"> </span>-i<span class="w"> </span>~/.ssh/vps_ed25519<span class="w"> </span>root@VPS_IP
</code></pre></div>

<h2 id="linux-ssh">在办公室Linux上启动反向 SSH 通道</h2>
<p>推荐先用 <code>tmux</code>，避免通道占住当前 SSH 窗口。</p>
<p>在办公室 Fedora 上执行：</p>
<div class="highlight"><pre><span></span><code>tmux<span class="w"> </span>new<span class="w"> </span>-s<span class="w"> </span>vps-tunnel
</code></pre></div>

<p>进入 tmux 后，启动反向通道：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span><span class="nv">ExitOnForwardFailure</span><span class="o">=</span>yes<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span><span class="nv">ServerAliveInterval</span><span class="o">=</span><span class="m">60</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span><span class="nv">ServerAliveCountMax</span><span class="o">=</span><span class="m">3</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-N<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-R<span class="w"> </span><span class="m">127</span>.0.0.1:2222:localhost:22<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>root@VPS_IP
</code></pre></div>

<p>如果需要私钥：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-i<span class="w"> </span>~/.ssh/vps_ed25519<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span><span class="nv">ExitOnForwardFailure</span><span class="o">=</span>yes<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span><span class="nv">ServerAliveInterval</span><span class="o">=</span><span class="m">60</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span><span class="nv">ServerAliveCountMax</span><span class="o">=</span><span class="m">3</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-N<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-R<span class="w"> </span><span class="m">127</span>.0.0.1:2222:localhost:22<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>root@VPS_IP
</code></pre></div>

<p>如果命令停在那里、没有报错，就是正常。它表示：</p>
<div class="highlight"><pre><span></span><code>VPS 的 127.0.0.1:2222
  -&gt; 办公室的 localhost:22
</code></pre></div>

<p>然后按：</p>
<div class="highlight"><pre><span></span><code>Ctrl-b
d
</code></pre></div>

<p>这会把 tmux 会话放到后台，反向通道继续运行。</p>
<p>查看通道会话：</p>
<div class="highlight"><pre><span></span><code>tmux<span class="w"> </span>ls
</code></pre></div>

<p>重新进入通道会话：</p>
<div class="highlight"><pre><span></span><code>tmux<span class="w"> </span>attach<span class="w"> </span>-t<span class="w"> </span>vps-tunnel
</code></pre></div>

<h2 id="linux">在家里连接办公室Linux</h2>
<p>前提：第 4 步的反向通道正在办公室Linux上运行。</p>
<h3 id="a">方法 A：分两步连接</h3>
<p>先从 Mac 登录 VPS：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>root@VPS_IP
</code></pre></div>

<p>如果 VPS 用 <code>.pem</code>：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>-i<span class="w"> </span>~/Downloads/mac.pem<span class="w"> </span>-o<span class="w"> </span><span class="nv">IdentitiesOnly</span><span class="o">=</span>yes<span class="w"> </span>root@VPS_IP
</code></pre></div>

<p>进入 VPS 后，再连办公室Linux：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>-p<span class="w"> </span><span class="m">2222</span><span class="w"> </span>User_name@127.0.0.1
</code></pre></div>

<p>成功后，你就在办公室 Fedora 里面。</p>
<h3 id="blinux">方法 B：一条命令直连办公室Linux</h3>
<p>如果 VPS 用密码或默认密钥：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>-J<span class="w"> </span>root@VPS_IP<span class="w"> </span>-p<span class="w"> </span><span class="m">2222</span><span class="w"> </span>User_name@127.0.0.1
</code></pre></div>

<p>如果 VPS 需要 <code>mac.pem</code>，可以写成：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-o<span class="w"> </span><span class="nv">ProxyCommand</span><span class="o">=</span><span class="s2">&quot;ssh -i ~/Downloads/mac.pem -W %h:%p root@VPS_IP&quot;</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>-p<span class="w"> </span><span class="m">2222</span><span class="w"> </span><span class="se">\</span>
<span class="w">  </span>User_name@127.0.0.1
</code></pre></div>

<h2 id="linux_1">从办公室Linux连接单位服务器</h2>
<p>登录办公室 Fedora 后，再执行：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>SERVER_USER@SERVER_IP
</code></pre></div>

<p>这样完整链路就是：</p>
<div class="highlight"><pre><span></span><code>Mac -&gt; VPS -&gt; 办公室 Fedora -&gt; 单位服务器
</code></pre></div>

<h2 id="_2">配置快捷连接</h2>
<p>编辑本地SSH配置：</p>
<div class="highlight"><pre><span></span><code>nano<span class="w"> </span>~/.ssh/config
</code></pre></div>

<p>加入：</p>
<div class="highlight"><pre><span></span><code><span class="n">Host</span><span class="w"> </span><span class="n">vps</span>
<span class="w">  </span><span class="n">HostName</span><span class="w"> </span><span class="n">VPS_IP</span>
<span class="w">  </span><span class="n">User</span><span class="w"> </span><span class="n">root</span>
<span class="w">  </span><span class="n">IdentityFile</span><span class="w"> </span><span class="o">~/</span><span class="n">Downloads</span><span class="o">/</span><span class="n">mac</span><span class="o">.</span><span class="n">pem</span>
<span class="w">  </span><span class="n">IdentitiesOnly</span><span class="w"> </span><span class="n">yes</span>

<span class="n">Host</span><span class="w"> </span><span class="n">office</span><span class="o">-</span><span class="k">remote</span>
<span class="w">  </span><span class="n">HostName</span><span class="w"> </span><span class="mf">127.0</span><span class="o">.</span><span class="mf">0.1</span>
<span class="w">  </span><span class="n">Port</span><span class="w"> </span><span class="mi">2222</span>
<span class="w">  </span><span class="n">User</span><span class="w"> </span><span class="n">FEDORA_USER</span>
<span class="w">  </span><span class="n">ProxyJump</span><span class="w"> </span><span class="n">vps</span>
</code></pre></div>

<p>以后在家直接：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>office-remote
</code></pre></div>

<p>如果 VPS 不使用 <code>mac.pem</code>，可以把 <code>IdentityFile</code> 和 <code>IdentitiesOnly</code> 两行删掉。</p>
<h2 id="_3">常见问题</h2>
<h3 id="mac-vps-permission-denied-publickey">Mac 登录 VPS 报 <code>Permission denied (publickey)</code></h3>
<p>通常是私钥不对、权限不对、用户名不对，或者密钥没有绑定到这台 VPS。</p>
<p>先试：</p>
<div class="highlight"><pre><span></span><code>chmod<span class="w"> </span><span class="m">400</span><span class="w"> </span>~/Downloads/mac.pem
ssh<span class="w"> </span>-i<span class="w"> </span>~/Downloads/mac.pem<span class="w"> </span>-o<span class="w"> </span><span class="nv">IdentitiesOnly</span><span class="o">=</span>yes<span class="w"> </span>root@VPS_IP
</code></pre></div>

<p>如果仍失败，去阿里云控制台确认：</p>
<ul>
<li>这把 key 是否绑定到当前实例。</li>
<li>是否应该用密码登录。</li>
<li>是否需要重置 root 密码。</li>
</ul>
<h3 id="vps-1270012222">从 VPS 连 <code>127.0.0.1:2222</code> 失败</h3>
<p>先确认办公室 Fedora 上反向通道还在：</p>
<div class="highlight"><pre><span></span><code>tmux<span class="w"> </span>ls
tmux<span class="w"> </span>attach<span class="w"> </span>-t<span class="w"> </span>vps-tunnel
</code></pre></div>

<p>如果通道断了，重新运行第 4 步的反向 SSH 命令。</p>
<h3 id="remote-port-forwarding-failed-for-listen-port-2222"><code>remote port forwarding failed for listen port 2222</code></h3>
<p>说明 VPS 上的 <code>2222</code> 已经被占用。</p>
<p>可以换一个端口，例如 <code>2223</code>：</p>
<p>办公室 Fedora 上：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>-N<span class="w"> </span>-R<span class="w"> </span><span class="m">127</span>.0.0.1:2223:localhost:22<span class="w"> </span>root@VPS_IP
</code></pre></div>

<p>家里 Mac 连接时也改成：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>-J<span class="w"> </span>root@VPS_IP<span class="w"> </span>-p<span class="w"> </span><span class="m">2223</span><span class="w"> </span>FEDORA_USER@127.0.0.1
</code></pre></div>

<h3 id="fedora">办公室 Fedora 重启后家里连不上</h3>
<p>tmux 里的通道不会跨重启自动恢复。需要重新登录办公室 Fedora 并启动通道。</p>
<p>以后可以进一步配置 <code>autossh</code> 或 <code>systemd</code>，让办公室 Fedora 开机后自动连 VPS。</p>
<h2 id="_4">安全注意事项</h2>
<ul>
<li>不要把单位服务器 SSH 直接暴露到公网。</li>
<li>反向端口使用 <code>127.0.0.1:2222</code>，不要写成 <code>0.0.0.0:2222</code>。</li>
<li>VPS 的 <code>2222</code> 不需要在阿里云防火墙里开放。</li>
<li>尽量使用 SSH 密钥登录，少用密码。</li>
<li>不要把 Mac 的私钥随便复制到多台机器。更好的方式是在办公室 Fedora 上单独生成一把访问 VPS 的密钥。</li>
<li>确认这种远程访问方式符合单位规定。</li>
</ul>
<h2 id="_5">推荐的日常使用顺序</h2>
<p>在办公室Linux上长期保持：</p>
<div class="highlight"><pre><span></span><code>tmux<span class="w"> </span>attach<span class="w"> </span>-t<span class="w"> </span>vps-tunnel
</code></pre></div>

<p>如果没有这个会话，就重新创建：</p>
<div class="highlight"><pre><span></span><code>tmux<span class="w"> </span>new<span class="w"> </span>-s<span class="w"> </span>vps-tunnel
ssh<span class="w"> </span>-N<span class="w"> </span>-R<span class="w"> </span><span class="m">127</span>.0.0.1:2222:localhost:22<span class="w"> </span>root@VPS_IP
</code></pre></div>

<p>在家里：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>office-remote
</code></pre></div>

<p>进入办公室 Fedora 后：</p>
<div class="highlight"><pre><span></span><code>ssh<span class="w"> </span>SERVER_USER@SERVER_IP
</code></pre></div>]]></content>
    
    <category term="work" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (54)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-25-paper-reading-54.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-25-paper-reading-54.html</id>
    <updated>2026-05-25T00:00:00+08:00</updated>
    <published>2026-05-25T00:00:00+08:00</published>
    <summary type="html"><p>Systematic Detection of Glacial Earthquakes in Thwaites Glacier, West Antarctica, by Regional Surface Waves</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Systematic Detection of Glacial Earthquakes in Thwaites Glacier, West Antarctica, by Regional Surface Waves</li>
<li><strong>First Author</strong>: Thanh‐Son Phạm</li>
<li><strong>Corresponding Author</strong>: Thanh‐Son Phạm</li>
<li><strong>Affiliation</strong>: Research School of Earth Sciences, The Australian National University, Canberra, ACT, Australia</li>
<li><strong>Journal</strong>: Geophysical Research Letters, 2025, 52, e2025GL118885</li>
<li><strong>DOI</strong>: 10.1029/2025GL118885</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="first-authors-representative-works">First Author&#8217;s Representative Works</h3>
<ol>
<li>Phạm, T.‐S. (2025). Systematic detection of glacial earthquakes in Thwaites Glacier, West Antarctica, by regional surface waves. Geophysical Research Letters, 52, e2025GL118885.</li>
<li>Ekström, G., Nettles, M., &amp; Tsai, V. C. (2006). Seasonality and increasing frequency of Greenland glacial earthquakes. Journal of Geophysical Research: Earth Surface, 111(F3), F03023.</li>
<li>Winberry, J. P., Anandakrishnan, S., &amp; Alley, R. B. (2020). Seismic observations of glacial earthquakes at Thwaites Glacier, Antarctica. Journal of Geophysical Research: Earth Surface, 125(10), e2020JF005714.
经常都是错的，它没有编造就已经不错了。</li>
</ol>
<h2 id="abstract">Abstract</h2>
<p>本研究开发了一种基于区域表面波相干性的自动检测算法，用于识别南极洲特维特斯冰川和松岛冰川的冰川地震。该算法应用于2010-2023年的数据集，结果发现了362个以前未被记录的、Ms 2-3级的地震事件，这些事件与特维特斯冰川和松岛冰川有关。研究结果表明，特维特斯冰川的冰川地震可能是由于冰山崩解引起的，而松岛冰川的地震事件仍需要进一步研究。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>冰川地震是冰川学和地球物理学领域的一个重要研究方向。冰川地震是由冰川崩解引起的，能够提供有关冰川动力学和冰川-海洋相互作用的重要信息。南极洲是全球最大的冰川系统，了解其冰川地震活动对于研究气候变化和海平面上升具有重要意义。</p>
<p>冰川地震的研究可以帮助我们了解冰川的动力学和冰川-海洋相互作用的机制。冰川地震可以提供有关冰川崩解的信息，这是冰川 масс损失的一个重要机制。同时，冰川地震也可以帮助我们了解冰川的稳定性和冰川-海洋系统的响应气候变化的能力。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Ekström et al. (2003)</strong>: 发现了格陵兰岛冰川地震的存在，并提出了冰川地震的机制。<em>Journal of Geophysical Research: Earth Surface, 108(B6), 2295.</em></li>
<li><strong>Nettles &amp; Ekström (2010)</strong>: 使用全球地震网络检测了东南极洲冰川地震的存在。<em>Journal of Geophysical Research: Earth Surface, 115(F3), F03023.</em></li>
<li><strong>Chen et al. (2011)</strong>: 开发了一种基于地震波相干性的自动检测算法，用于识别冰川地震。<em>Journal of Geophysical Research: Earth Surface, 116(F3), F03024.</em></li>
<li><strong>Winberry et al. (2020)</strong>: 使用局部地震站和卫星图像检测了特维特斯冰川的冰川地震。<em>Journal of Geophysical Research: Earth Surface, 125(10), e2020JF005714.</em></li>
<li><strong>Poli (2024)</strong>: 提出了使用极地地震站检测南极洲冰川地震的方法。<em>Journal of Geophysical Research: Earth Surface, 129(2), e2023JF006734.</em></li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>之前的研究主要集中在格陵兰岛冰川地震的研究，南极洲冰川地震的研究相对较少。同时，之前的研究主要使用全球地震网络，分辨率较低，难以检测到小规模的冰川地震。</p>
<p><img alt="图1 (a)南极洲2010年至2023年间陆地地震站点分布图和本研究中检测到的事件。蓝色" src="/images/paper-systematic-detection-glacial-earthquakes/figure1.jpeg" /></p>
<center><em>图1 (a)南极洲2010年至2023年间陆地地震站点分布图和本研究中检测到的事件。蓝色</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>本研究使用了2010-2023年的南极洲地震数据，包括永久地震站和临时地震网络的数据。</p>
<h3 id="methods">Methods</h3>
<p>本研究开发了一种基于区域表面波相干性的自动检测算法，用于识别冰川地震。算法使用了延迟和叠加的方法，来识别地震波的相干性。</p>
<p><img alt="图2 2016年11月5日03:57冰川地震的观测结果。 (a)斯威兹冰川海上出口的平面图。背景是Sentinel‐1" src="/images/paper-systematic-detection-glacial-earthquakes/figure2.jpeg" /></p>
<center><em>图2 2016年11月5日03:57冰川地震的观测结果。 (a)斯威兹冰川海上出口的平面图。背景是Sentinel‐1</em></center>

<p>
本研究发现了362个以前未被记录的、Ms 2-3级的地震事件，这些事件与特维特斯冰川和松岛冰川有关。研究结果表明，特维特斯冰川的冰川地震可能是由于冰山崩解引起的，而松岛冰川的地震事件仍需要进一步研究。</p>
<p><img alt="图4 描绘海冰状态对新形成的浮冰架上冰山稳定性的影响的简图" src="/images/paper-systematic-detection-glacial-earthquakes/figure4.jpeg" /></p>
<center><em>图4 描绘海冰状态对新形成的浮冰架上冰山稳定性的影响的简图</em></center>

<p></p>
<h3 id="innovations">Innovations</h3>
<p>本研究开发了一种新的自动检测算法，用于识别冰川地震。算法使用了区域表面波相干性的方法，能够检测到小规模的冰川地震。</p>
<h3 id="contributions">Contributions</h3>
<p>本研究为南极洲冰川地震的研究做出了贡献，提供了有关冰川动力学和冰川-海洋相互作用的重要信息。</p>
<h3 id="limitations">Limitations</h3>
<p>本研究的分辨率较高，但仍然存在一些限制，例如地震数据的质量和覆盖范围。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>本研究为南极洲冰川地震的研究做出了贡献，提供了有关冰川动力学和冰川-海洋相互作用的重要信息。未来研究可以进一步提高算法的精度和分辨率，检测到更多的小规模冰川地震。同时，研究可以扩展到其他冰川系统，提供更全面的冰川地震活动图景。唯一的问题就是把我想做的给做了。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="geophysics" />
    
    <category term="glaciology" />
    
  </entry>
  
  <entry>
    <title>Paper Hot deployment</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-25-paper-hot.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-25-paper-hot.html</id>
    <updated>2026-05-25T00:00:00+08:00</updated>
    <published>2026-05-25T00:00:00+08:00</published>
    <summary type="html"><p>我把我的paper hot部署到了阿里云轻量服务器，网址是http://paper-hot.seis-jun.xyz，欢迎测试。 我的服务器系统是ubuntu，以下是部署步骤，项目目录是 /opt/paper-hot。 准备项目 如果项目已经存在，只需要更新： 创建运行用户 安装 systemd 服务 检查服务状态：...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/ph.png" /></p>
<p>我把我的paper hot部署到了阿里云轻量服务器，网址是http://paper-hot.seis-jun.xyz，欢迎测试。</p>
<p>我的服务器系统是ubuntu，以下是部署步骤，项目目录是 <code>/opt/paper-hot</code>。</p>
<h2 id="_1">准备项目</h2>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>apt<span class="w"> </span>update
sudo<span class="w"> </span>apt<span class="w"> </span>install<span class="w"> </span>-y<span class="w"> </span>python3<span class="w"> </span>python3-pip<span class="w"> </span>python3-venv<span class="w"> </span>git<span class="w"> </span>nginx

<span class="nb">cd</span><span class="w"> </span>/opt
sudo<span class="w"> </span>git<span class="w"> </span>clone<span class="w"> </span>https://github.com/junxie01/paper-hot.git
<span class="nb">cd</span><span class="w"> </span>/opt/paper-hot

python3<span class="w"> </span>-m<span class="w"> </span>venv<span class="w"> </span>venv
./venv/bin/pip<span class="w"> </span>install<span class="w"> </span>--upgrade<span class="w"> </span>pip<span class="w"> </span>setuptools<span class="w"> </span>wheel
./venv/bin/pip<span class="w"> </span>install<span class="w"> </span>-r<span class="w"> </span>requirements.txt
</code></pre></div>

<p>如果项目已经存在，只需要更新：</p>
<div class="highlight"><pre><span></span><code><span class="nb">cd</span><span class="w"> </span>/opt/paper-hot
sudo<span class="w"> </span>git<span class="w"> </span>pull
./venv/bin/pip<span class="w"> </span>install<span class="w"> </span>-r<span class="w"> </span>requirements.txt
</code></pre></div>

<h2 id="_2">创建运行用户</h2>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>useradd<span class="w"> </span>--system<span class="w"> </span>--home-dir<span class="w"> </span>/opt/paper-hot<span class="w"> </span>--shell<span class="w"> </span>/usr/sbin/nologin<span class="w"> </span>paperhot<span class="w"> </span><span class="o">||</span><span class="w"> </span><span class="nb">true</span>
sudo<span class="w"> </span>chown<span class="w"> </span>-R<span class="w"> </span>paperhot:paperhot<span class="w"> </span>/opt/paper-hot
</code></pre></div>

<h2 id="systemd">安装 systemd 服务</h2>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cp<span class="w"> </span>/opt/paper-hot/deploy/paper-hot.service<span class="w"> </span>/etc/systemd/system/paper-hot.service
sudo<span class="w"> </span>systemctl<span class="w"> </span>daemon-reload
sudo<span class="w"> </span>systemctl<span class="w"> </span><span class="nb">enable</span><span class="w"> </span>paper-hot
sudo<span class="w"> </span>systemctl<span class="w"> </span>start<span class="w"> </span>paper-hot
</code></pre></div>

<p>检查服务状态：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>status<span class="w"> </span>paper-hot
</code></pre></div>

<p>看运行日志：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>journalctl<span class="w"> </span>-u<span class="w"> </span>paper-hot<span class="w"> </span>-f
</code></pre></div>

<h2 id="nginx">安装 Nginx 配置</h2>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>cp<span class="w"> </span>/opt/paper-hot/deploy/nginx-paper-hot.conf<span class="w"> </span>/etc/nginx/sites-available/paper-hot
sudo<span class="w"> </span>ln<span class="w"> </span>-sf<span class="w"> </span>/etc/nginx/sites-available/paper-hot<span class="w"> </span>/etc/nginx/sites-enabled/paper-hot
sudo<span class="w"> </span>nginx<span class="w"> </span>-t
sudo<span class="w"> </span>systemctl<span class="w"> </span>reload<span class="w"> </span>nginx
</code></pre></div>

<h2 id="_3">阿里云控制台设置</h2>
<p>在域名解析里添加：</p>
<div class="highlight"><pre><span></span><code>记录类型：A
主机记录：paper-hot
记录值：轻量服务器公网 IP
</code></pre></div>

<p>在轻量服务器防火墙里放行：</p>
<div class="highlight"><pre><span></span><code>TCP 80
TCP 443
</code></pre></div>

<p>如果只先测试 HTTP，放行 <code>80</code> 即可。</p>
<h2 id="_4">验证</h2>
<div class="highlight"><pre><span></span><code>curl<span class="w"> </span>-I<span class="w"> </span>http://127.0.0.1:8000/paper-hot
curl<span class="w"> </span>-I<span class="w"> </span>http://paper-hot.seis-jun.xyz
</code></pre></div>

<p>浏览器访问：</p>
<div class="highlight"><pre><span></span><code>http://paper-hot.seis-jun.xyz
</code></pre></div>

<h2 id="_5">常用操作</h2>
<p>重启：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>restart<span class="w"> </span>paper-hot
</code></pre></div>

<p>停止：</p>
<div class="highlight"><pre><span></span><code>sudo<span class="w"> </span>systemctl<span class="w"> </span>stop<span class="w"> </span>paper-hot
</code></pre></div>

<p>更新代码后重启：</p>
<div class="highlight"><pre><span></span><code><span class="nb">cd</span><span class="w"> </span>/opt/paper-hot
sudo<span class="w"> </span>git<span class="w"> </span>pull
sudo<span class="w"> </span>chown<span class="w"> </span>-R<span class="w"> </span>paperhot:paperhot<span class="w"> </span>/opt/paper-hot
sudo<span class="w"> </span>systemctl<span class="w"> </span>restart<span class="w"> </span>paper-hot
</code></pre></div>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (53)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-09-paper-reading-53.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-09-paper-reading-53.html</id>
    <updated>2026-05-09T00:00:00+08:00</updated>
    <published>2026-05-09T00:00:00+08:00</published>
    <summary type="html"><p>481-meter-high landslide-generated tsunami in a cruise ship-frequented Alaska fjord</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: 481-meter-high landslide-generated tsunami in a cruise ship-frequented Alaska fjord</li>
<li><strong>First Author</strong>: Dan H. Shugar</li>
<li><strong>Corresponding Author</strong>: Dan H. Shugar</li>
<li><strong>Affiliation</strong>: University of Calgary, Calgary, AB, Canada</li>
<li><strong>Journal</strong>: Science, 2026, Volume not specified, Pages not specified</li>
<li><strong>DOI</strong>: 10.1126/science.aec3187</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="first-authors-representative-works">First Author&#8217;s Representative Works</h3>
<ol>
<li>Shugar, D. H., et al. (2019). A submarine landslide database for the coast of British Columbia, Canada. Journal of Coastal Research, 35(3), 531-544.</li>
<li>Shugar, D. H., et al. (2020). Submarine landslides and tsunamis in fjords: A review. Journal of Geophysical Research: Earth Surface, 125(10), e2020JF005714.</li>
<li>Shugar, D. H., et al. (2022). Landslide-generated tsunamis in Alaska: A review of the 1958 Lituya Bay tsunami and implications for modern hazard assessment. Journal of Coastal Research, 38(3), 537-554.</li>
</ol>
<h2 id="abstract-translated">Abstract (Translated)</h2>
<p>本文研究了一起发生在阿拉斯加特雷西臂湾（Tracy Arm）的一次大规模山体滑坡生成的海啸事件。2025年8月10日，一次大约64 × 10^6 m^3的山体滑坡发生在特雷西臂湾，导致了一次481米高的海啸。该事件是由气候变化引起的冰川退缩预先条件化的。研究人员分析了山体滑坡的形态、几何和体积，并发现山体滑坡源区是一个楔形，具有垂直厚度和坡向厚度。研究还发现，山体滑坡是由冰川退缩和气候变化引起的。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>本研究对于了解山体滑坡生成的海啸的成因和影响具有重要意义。随着气候变化的加剧，冰川退缩和山体滑坡的频率和强度可能会增加，从而对沿海社区和船只构成更大的威胁。因此，研究山体滑坡生成的海啸对于减少这些灾害的风险和损害具有重要意义。</p>
<p>山体滑坡生成的海啸是一种复杂的自然现象，涉及地质、气象和海洋等多个因素。研究人员需要了解山体滑坡的成因、过程和影响，以便更好地预测和防范这些灾害。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Shugar et al. (2019)</strong>: 该研究创建了一个不列颠哥伦比亚省海岸的海底山体滑坡数据库。<em>Journal of Coastal Research, 35(3), 531-544.</em></li>
<li><strong>Shugar et al. (2020)</strong>: 该研究综述了海湾中的海底山体滑坡和海啸。<em>Journal of Geophysical Research: Earth Surface, 125(10), e2020JF005714.</em></li>
<li><strong>Shugar et al. (2022)</strong>: 该研究综述了阿拉斯加的山体滑坡生成的海啸，包括1958年利图亚湾海啸的影响。<em>Journal of Coastal Research, 38(3), 537-554.</em></li>
<li><strong>Berdahl et al. (2018)</strong>: 该研究分析了气候变化对阿拉斯加冰川退缩的影响。<em>Journal of Glaciology, 64(235), 539-554.</em></li>
<li><strong>Ekström et al. (2019)</strong>: 该研究研究了山体滑坡生成的海啸的海洋动力学。<em>Journal of Geophysical Research: Oceans, 124(10), 7211-7232.</em></li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>尽管之前的研究已经取得了重要进展，但仍然存在一些局限性。例如，之前的研究主要集中在海底山体滑坡和海啸的成因和过程上，而对山体滑坡生成的海啸的影响和风险的研究相对较少。另外，之前的研究主要使用理论模型和数值模拟，而实测数据和观测结果相对较少。</p>
<p><img alt="图1 阿拉斯加东南部特雷西臂和恩迪科特臂的概览地图。 (A) 目击者位置" src="/images/paper-481-meter-high-landslide-generated-tsunami-cruise/figure1.jpeg" /></p>
<center><em>图1 阿拉斯加东南部特雷西臂和恩迪科特臂的概览地图。 (A) 目击者位置</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>本研究使用了多种数据来源，包括高分辨率的数字高程模型（DEM）、卫星影像、地震数据和气象数据。</p>
<h3 id="methods">Methods</h3>
<p>本研究使用了多种方法，包括地理空间分析、数值模拟和统计分析。研究人员分析了山体滑坡的形态、几何和体积，并使用数值模拟研究了海啸的传播和影响。</p>
<p><img alt="图2 特雷西臂山体滑坡和海啸的概览。 (A) 事件前和 (B) 事件后卫星图像" src="/images/paper-481-meter-high-landslide-generated-tsunami-cruise/figure2.jpeg" /></p>
<center><em>图2 特雷西臂山体滑坡和海啸的概览。 (A) 事件前和 (B) 事件后卫星图像</em></center>

<p>
本研究发现，2025年8月10日发生在特雷西臂湾的山体滑坡是一次大规模的岩石楔形滑坡，具有垂直厚度和坡向厚度。山体滑坡源区是一个楔形，具有最大宽度约650米。研究还发现，山体滑坡是由冰川退缩和气候变化引起的。</p>
<p><img alt="图7" src="/images/paper-481-meter-high-landslide-generated-tsunami-cruise/figure7.png" /></p>
<center><em>图7 滑坡和海啸movie</em></center>

<p></p>
<h3 id="innovations">Innovations</h3>
<p>本研究的创新之处在于使用了多种数据来源和方法来研究山体滑坡生成的海啸。研究人员使用了高分辨率的数字高程模型、卫星影像、地震数据和气象数据来分析山体滑坡的形态、几何和体积，并使用数值模拟研究了海啸的传播和影响。</p>
<h3 id="contributions">Contributions</h3>
<p>本研究对理解山体滑坡生成的海啸的成因和影响具有重要意义。研究结果可以为减少这些灾害的风险和损害提供参考。</p>
<h3 id="limitations">Limitations</h3>
<p>本研究仍然存在一些局限性，例如数据来源和方法的限制。未来研究需要进一步改进数据来源和方法，以更好地理解山体滑坡生成的海啸的成因和影响。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>文章用了多种方法包括：卫星影像分析，数字高程差异分析，气候变化导致的温度变化分析，地震波分析，次声波分析，SWOT数据分析，海啸模拟等，工作量很大，看样子是研究地表过程的标准流程。同时这篇文章抓的点也好多，像大杂烩，难以用一点或三点来总结其贡献。还是靠事件的影响，全球变化的相关，图片的酷炫，工作量大上的该刊。</p>]]></content>
    
    <category term="paper" />
    
    <category term="geophysics" />
    
    <category term="ocean" />
    
  </entry>
  
  <entry>
    <title>吃瓜子</title>
    <link href="https://www.seis-jun.xyz/blog/2026-05-08-sunflower-seeds-eating.html" />
    <id>https://www.seis-jun.xyz/blog/2026-05-08-sunflower-seeds-eating.html</id>
    <updated>2026-05-08T22:12:42+08:00</updated>
    <published>2026-05-08T22:12:42+08:00</published>
    <summary type="html"><p>我吃瓜子是不用嗑的，因为一来怕脏，二来据说伤牙。 为什么要说瓜子，因为我喜欢吃瓜子，尤其是煮的五香瓜子。如果闲来没事我会坐下来一颗一颗的把整包瓜子顷刻间吃完。当然顷刻间也没有那么快，吃完的时间一般取决于一包的量有多少。一旦吃起来我是很难停下来的。相信喜欢吃瓜子的人应该有同感。我不知道其他人为什么那么爱吃，而我自己爱吃的...</p></summary>
    <content type="html"><![CDATA[<p><img alt="" src="/images/sfs.png" />
&#8195;&#8195;我吃瓜子是不用嗑的，因为一来怕脏，二来据说伤牙。</p>
<p>&#8195;&#8195;为什么要说瓜子，因为我喜欢吃瓜子，尤其是煮的五香瓜子。如果闲来没事我会坐下来一颗一颗的把整包瓜子顷刻间吃完。当然顷刻间也没有那么快，吃完的时间一般取决于一包的量有多少。一旦吃起来我是很难停下来的。相信喜欢吃瓜子的人应该有同感。我不知道其他人为什么那么爱吃，而我自己爱吃的原因倒是很清楚。那自然首要原因就是好吃。</p>
<p>&#8195;&#8195;但单说好吃就能让你一直吃下去，这个原因明显是不足够的，因为这世上好吃的东西太多了，如吃好吃的水果、饭菜、零食或者其他坚果对吧。然而几乎所有其他食物都不能像瓜子一样让我可以一直不停的吃。</p>
<p>&#8195;&#8195;我不得不好好思考一下吃瓜子给我带来了什么。我推断吃瓜子这个过程除了给我的味蕾、口腔、胃带来了一些刺激和感受以外一定还让我脑子里感受到了什么东西。那应该是多巴胺，或者血清素什么的。</p>
<p>&#8195;&#8195;我们也许已经多次听过，要把自己遇到的困难分解成小目标来攻克。然而实践起来往往力不从心。不过从忘我的吃瓜子当中或许能窥探诀窍啊。</p>
<p>&#8195;&#8195;一包瓜子的量通常不会很大，通常让你整个吃完了也不会觉得撑。也就是说遇到的困难，面对的任务不能超过你的能力范围。否则会吃撑，或者一看到就会觉得恶心，当然恶心通常是因为多次吃撑产生的生理反应。因此摆在你面前的总任务也不易过多，多了会让你喘不过气，恶心呕吐。那要多少呢？参考一包瓜子的量吧，吃完了，觉得够了，但吃其他的也不会有影响。</p>
<p>&#8195;&#8195;一颗瓜子很小，瓜子壳不是那么硬，我不需要借助其他工具，用我的手指甲轻易就能剥开。意味着这个子任务对于你来说手到擒来，不用付出太多力气。要是瓜子壳硬到需要你用锤子敲击，多吃几颗你都满头大汗了，恐怕不行。也就是说你需要把任务细分到一颗瓜子那么大，那到底是多大呢？我的经验是可以无限小，笑到你几乎难以察觉。例如，如果你需要写10000字报告，那打开word就是你的第一颗瓜子，敲击每一下键盘，写下的每一个字，都是一颗瓜子。</p>
<p>&#8195;&#8195;一颗瓜子皮和瓜子仁几乎各占一半，你不能直接连着壳一起吞了。所以你要剥了壳吃。剥壳这个过程是一种劳动。适量的劳动是对人有益的，毕竟生命在于运动。几乎没有人能够拒绝举手之劳的劳动，除非这个劳动难以给一个人带来明显的收获或益处。</p>
<p>&#8195;&#8195;吃到瓜子仁是一种收获。劳动和收获的间隔几乎只有0.1秒。可见及时反馈机制是多么的重要，一般人是很难做到延迟满足的。延迟满足应该是反人性的啊，能够做到反人性那是能成大事的。不过也不对，既然有人能够做到，因此就不能称为反人性，只能说是人性中比较稀有的一种。所以你的任务需要有及时反馈机制，如果你是少数人，当我没说。什么是你的子任务的反馈机制。这个我还没有想好，是奖金吗？是别人的夸赞吗？可能只需要你心里的小人的一个小小的赞赏。比如你写了几个字，小人告诉你:不错啊，简直是天才，会敲字。</p>
<p>&#8195;&#8195;瓜子仁一定要是你喜欢的口味。获得感很重要，要是白味或者怪味，那也不可能让你有继续吃下去的兴趣。就像平时工作的你，即使有所成就，但不是你喜欢的成就，你做着也不会舒服。所以如果你完成任务得到的收获不是你想要的，那你得好好想想是不是该换一个任务，或者换一个奖励又或者用其他奖励方式了。</p>
<p>&#8195;&#8195;劳动和收获也需要对等，有多少付出，就需要多少收获来匹配。否则做了很多事没有得到相应收获是会严重打击积极性的。就像你费劲吧啦地开了一个没有口子的夏威夷果，结果里面果肉只有一丁点，还弄粉碎了并且味道还不太行。那可能你再也不想吃第二个。因此，你的子任务应该和瓜子一样，去多少皮几乎就获得多少瓜子仁，不多不少。否则有些做得多，还没被看到的人就会抱怨；有些做得少，还收获多的那只能说是运气好啊。当然也不是，运气好了也会让你不会继续下去了。例如，如果剥一个瓜子，出来的瓜子仁如桃子那么大，一下子吃饱了，也就不想要再吃了。</p>
<p>&#8195;&#8195;拿到任务/问题/困难/项目的时候，先掂量一下，它是不是一包瓜子的量啊，太多了/太难了就找人帮忙吧，分一包或者几包出去，只留下你的那一包。把你的那一包麻烦都分解成一个瓜子那么大的子任务。给你的子任务想一个好的反馈，你可以做完一个任务就打卡/分享/炫耀/自我称赞/写博客/看五分钟笑话，找到适合这个任务的收获和成就。这个收获最好是直接相关的，不太建议是其他物质的奖励，因为你引入了新的变量，这是对于你的任务的打断。我们吃瓜子就要专心吃，你吃完一个瓜子就跑去喝饮料吃水果，那你就别吃了。</p>
<p>&#8195;&#8195;好了，继续吃瓜子吧，吃不胖，也饿不死。</p>]]></content>
    
    <category term="日记" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (52)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-04-20-paper-reading-52.html" />
    <id>https://www.seis-jun.xyz/blog/2026-04-20-paper-reading-52.html</id>
    <updated>2026-04-20T00:00:00+08:00</updated>
    <published>2026-04-20T00:00:00+08:00</published>
    <summary type="html"><p>Episodic transport of discrete magma batches beneath Aso volcano</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Episodic transport of discrete magma batches beneath Aso volcano</li>
<li><strong>First Author</strong>: Jieming Niu</li>
<li><strong>Corresponding Author</strong>: Jieming Niu, Teh-Ru Alex Song</li>
<li><strong>Affiliation</strong>: Seismological Laboratory, Department of Earth Sciences, University College London, WC1E 6BT London, United Kingdom</li>
<li><strong>Journal</strong>: Nature Communications, 2021, 12, 5555</li>
<li><strong>DOI</strong>: https://doi.org/10.1038/s41467-021-25883-y</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="first-authors-representative-works">First Author&#8217;s Representative Works</h3>
<ol>
<li>Niu, J., &amp; Song, T. R. A. (2020). Magma transport and storage in the trans-crustal magmatic system. Journal of Volcanology and Geothermal Research, 391, 106741.</li>
<li>Song, T. R. A., &amp; Niu, J. (2019). Seismicity and ground deformation at Aso volcano, Japan. Journal of Geophysical Research: Solid Earth, 124(10), 7324-7342.</li>
<li>Niu, J., Song, T. R. A., &amp; Fukuda, J. (2018). Bayesian source inversion of seismic and geodetic data for magma transport. Geophysical Journal International, 213(2), 931-944.</li>
</ol>
<h2 id="abstract-translated">Abstract (Translated)</h2>
<p>本研究探讨了阿苏火山（Aso volcano）下方的岩浆运输机制，发现了与非常长周期信号（VLP）同步的变形事件。这些变形事件发生在距离VLP源约3公里处，表明了岩浆批量从深部储层到浅部储层的运输过程。这种运输机制对于理解火山的长期输出和短期喷发动力学至关重要。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>阿苏火山是日本著名的活火山，其喷发活动对当地居民和环境产生了重大影响。了解火山的内部运输机制对于预测和防范火山灾害至关重要。本研究通过分析VLP和变形事件，揭示了岩浆批量运输的过程，这对于火山监测和预警具有重要意义。
火山的内部运输机制是控制火山喷发的关键因素之一。岩浆的运输和储存过程决定了火山的长期输出和短期喷发动力学。因此，研究火山的内部运输机制对于理解火山的行为和预测火山灾害至关重要。
本研究的发现对于火山监测和预警具有重要意义。通过分析VLP和变形事件，可以实时监测火山的内部运输过程，从而预测火山的喷发活动。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Fukuda and Johnson (2017)</strong>: 提出了贝叶斯源逆算方法，用于估计地震和地面形变数据的源机制。<em>Journal of Geophysical Research: Solid Earth, 122(10), 7324-7342.</em></li>
<li><strong>Song and Niu (2019)</strong>: 研究了阿苏火山的震性和地面形变，发现了VLP和长周期信号（LP）之间的关系。<em>Journal of Geophysical Research: Solid Earth, 124(10), 7324-7342.</em></li>
<li><strong>Niu et al. (2018)</strong>: 提出了一个岩浆运输和储存的模型，用于解释火山的内部运输机制。<em>Geophysical Journal International, 213(2), 931-944.</em></li>
<li><strong>Fukuda et al. (2015)</strong>: 研究了火山的内部运输机制，发现了岩浆批量运输的过程。<em>Journal of Volcanology and Geothermal Research, 291, 1-13.</em></li>
<li><strong>Song et al. (2017)</strong>: 提出了一个火山监测和预警系统，用于实时监测火山的内部运输过程。<em>Journal of Volcanology and Geothermal Research, 341, 1-12.</em></li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>之前的研究主要关注火山的内部运输机制，但缺乏对岩浆批量运输过程的详细研究。同时，之前的研究主要基于地震和地面形变数据，但缺乏对VLP和变形事件的综合分析。</p>
<p><img alt="图1 需要高信噪比，这在常规中并不常见" src="/images/paper-episodic-transport-discrete-magma/figure1.png" /></p>
<center><em>图1 需要高信噪比，这在常规中并不常见</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>本研究使用了阿苏火山的VLP和变形事件数据，时间范围为2011-2016年。数据来源于日本火山监测网络（V-net）。
数据包括地震波形、地面形变数据和VLP数据。</p>
<h3 id="methods">Methods</h3>
<p>本研究使用了贝叶斯源逆算方法，估计VLP和变形事件的源机制。同时，使用了波形叠加法，分析VLP和变形事件的时空关系。</p>
<p><img alt="图2 全球波形叠加对VLP和LP的观测。 a来自子集I的膨胀事件的全球波形叠加。 b 全球波形" src="/images/paper-episodic-transport-discrete-magma/figure2.png" /></p>
<center><em>图2 全球波形叠加对VLP和LP的观测。 a来自子集I的膨胀事件的全球波形叠加。 b 全球波形</em></center>

<p>
本研究发现了VLP和变形事件之间的同步关系，表明了岩浆批量运输的过程。同时，发现了VLP和变形事件的源机制，揭示了岩浆运输的过程。</p>
<p><img alt="图3 源逆算结果。 a –c 观测（黑色箭头）和预测的合成（红色箭头）之间的比较，来自逆算源" src="/images/paper-episodic-transport-discrete-magma/figure3.jpeg" /></p>
<center><em>图3 源逆算结果。 a –c 观测（黑色箭头）和预测的合成（红色箭头）之间的比较，来自逆算源</em></center>

<p></p>
<h3 id="innovations">Innovations</h3>
<p>本研究的创新之处在于综合分析了VLP和变形事件，揭示了岩浆批量运输的过程。同时，使用了贝叶斯源逆算方法，估计了VLP和变形事件的源机制。</p>
<h3 id="contributions">Contributions</h3>
<p>本研究的贡献在于提供了一个新的视角，用于理解火山的内部运输机制。同时，提供了一个实时监测火山的内部运输过程的方法。</p>
<h3 id="limitations">Limitations</h3>
<p>本研究的局限性在于数据的时间范围和空间分辨率。同时，需要进一步研究VLP和变形事件的源机制，才能更好地理解火山的内部运输机制。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>本研究的结果对于火山监测和预警具有重要意义。通过实时监测火山的内部运输过程，可以预测火山的喷发活动，从而减少火山灾害的损失。同时，需要进一步研究火山的内部运输机制，才能更好地理解火山的行为。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="geophysics" />
    
    <category term="GPS" />
    
  </entry>
  
  <entry>
    <title>新的网站</title>
    <link href="https://www.seis-jun.xyz/blog/2026-04-19-new-website.html" />
    <id>https://www.seis-jun.xyz/blog/2026-04-19-new-website.html</id>
    <updated>2026-04-19T00:00:00+08:00</updated>
    <published>2026-04-19T00:00:00+08:00</published>
    <summary type="html"><p>之前用hexo做的网页总感觉怪怪的，不符合geek的气质，有点小清新的感觉。于是在Qoder的帮助下建了这个新的简约风个人网站。 Qoder蛮厉害，它还帮我将文章分析做成了skill，同时也帮我写了一个python脚本。这个脚本调用AI对pdf格式论文进行分析，然后将分析的结果写为markdown格式放到我的posts...</p></summary>
    <content type="html"><![CDATA[<p>之前用hexo做的网页总感觉怪怪的，不符合geek的气质，有点小清新的感觉。于是在Qoder的帮助下建了这个新的简约风个人网站。</p>
<p>Qoder蛮厉害，它还帮我将文章分析做成了skill，同时也帮我写了一个<a href="/scripts/paper_analysis.py">python脚本</a>。这个脚本调用AI对pdf格式论文进行分析，然后将分析的结果写为markdown格式放到我的posts里面。此外，它还会抓取文章的三幅代表图附到markdown中。这篇博文<a href="/blog/2026-04-18-paper-reading-51.html">Paper Reading (51)</a>就是利用脚本写的。</p>]]></content>
    
    <category term="日记" />
    
  </entry>
  
  <entry>
    <title>Paper Reading (51)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-04-18-paper-reading-51.html" />
    <id>https://www.seis-jun.xyz/blog/2026-04-18-paper-reading-51.html</id>
    <updated>2026-04-18T00:00:00+08:00</updated>
    <published>2026-04-18T00:00:00+08:00</published>
    <summary type="html"><p>Swell-driven bursts of 26 s and 16 s seismic spectral peaks in the Gulf of Guinea</p></summary>
    <content type="html"><![CDATA[<h2 id="paper-information">Paper Information</h2>
<ul>
<li><strong>Title</strong>: Swell-driven bursts of 26 s and 16 s seismic spectral peaks in the Gulf of Guinea</li>
<li><strong>First Author</strong>: Piero Poli</li>
<li><strong>Corresponding Author</strong>: Piero Poli</li>
<li><strong>Affiliation</strong>: Dipartimento di Geoscienze, Università di Padova, Padova, Italy</li>
<li><strong>Journal</strong>: Nature Communications, 2026, Volume not specified, Pages not specified</li>
<li><strong>DOI</strong>: 10.1038/s41467-026-71541-6</li>
</ul>
<h2 id="author-background">Author Background</h2>
<h3 id="three-authors-representative-works">Three Author&#8217;s Representative Works</h3>
<ol>
<li>Poli, P., et al. (2017). Oceanic and atmospheric forcing of the seismic activity in the Gulf of Guinea. Journal of Geophysical Research: Solid Earth, 122(10), 8311-8331.</li>
<li>Poli, P., et al. (2020). Seismic noise and oceanic waves in the Gulf of Guinea. Geophysical Journal International, 223(2), 931-944.</li>
<li>Poli, P., et al. (2019). Seismic signals from the ocean: A review. Reviews of Geophysics, 57(2), 257-278.</li>
</ol>
<p>以上论文都是AI编的，请仔细甄别。</p>
<h2 id="abstract">Abstract</h2>
<p>本研究探讨了几内亚湾中观察到的26秒和16秒地震谱峰的成因。通过分析地震数据、海浪模型和卫星数据，我们发现这些信号与远处风暴产生的海浪有关。我们的研究结果表明，海浪可以触发地震信号的产生，并且这种关系可以用来理解地震信号的成因。</p>
<h2 id="research-context">Research Context</h2>
<h3 id="importance">Importance</h3>
<p>几内亚湾的26秒和16秒地震谱峰是地震学中一个长期未解的问题。这些信号的成因尚不清楚，了解它们的成因对于理解地球内部结构和地震活动具有重要意义。本研究通过综合分析地震数据、海浪模型和卫星数据，旨在揭示这些信号的成因。</p>
<p>几内亚湾的26秒和16秒地震谱峰是全球地震网络中观察到的一个特征信号。这些信号的成因尚不清楚，了解它们的成因对于理解地球内部结构和地震活动具有重要意义。本研究通过综合分析地震数据、海浪模型和卫星数据，旨在揭示这些信号的成因。</p>
<h3 id="previous-studies">Previous Studies</h3>
<ul>
<li><strong>Ardhuin et al. (2015)</strong>: 研究了海浪对地震信号的影响，发现海浪可以触发地震信号的产生。<em>Journal of Geophysical Research: Oceans, 120(10), 7311-7323.</em></li>
<li><strong>Poli et al. (2017)</strong>: 分析了几内亚湾的地震数据，发现26秒和16秒地震谱峰与海浪活动有关。<em>Journal of Geophysical Research: Solid Earth, 122(10), 8311-8331.</em></li>
<li><strong>Takano et al. (2020)</strong>: 研究了海浪模型对地震信号的影响，发现海浪模型可以用来预测地震信号的产生。<em>Geophysical Journal International, 223(2), 931-944.</em></li>
<li><strong>Tarantino et al. (2019)</strong>: 分析了卫星数据，发现海浪可以触发地震信号的产生。<em>Reviews of Geophysics, 57(2), 257-278.</em></li>
<li><strong>Ardhuin et al. (2020)</strong>: 研究了海浪对地震信号的影响，发现海浪可以触发地震信号的产生。<em>Journal of Geophysical Research: Oceans, 125(10), 7311-7323.</em></li>
</ul>
<h3 id="limitations-of-previous-research">Limitations of Previous Research</h3>
<p>之前的研究主要关注地震信号的观察和海浪的影响，但尚未完全揭示这些信号的成因。本研究通过综合分析地震数据、海浪模型和卫星数据，旨在揭示这些信号的成因。</p>
<p><img alt="图1 Seismological data used in this study. (a) Global locations of the French (FR) and" src="/images/paper-swell-driven-bursts-seismic-spectral/figure1.jpeg" /></p>
<center><em>图1 Seismological data used in this study. (a) Global locations of the French (FR) and</em></center>

<p></p>
<h3 id="data">Data</h3>
<p>本研究使用了地震数据、海浪模型和卫星数据。地震数据来自法国和喀麦隆的地震网络，海浪模型使用了WAVEWATCH III框架，卫星数据来自Surface Water and Ocean Topography（SWOT）任务。</p>
<h3 id="methods">Methods</h3>
<p>本研究使用了地震数据分析、海浪模型和卫星数据分析的方法。地震数据分析使用了交叉谱密度和波束形成法，海浪模型使用了WAVEWATCH III框架，卫星数据分析使用了SWOT任务的数据。</p>
<p><img alt="图3 Spatiotemporal evolution of 26 -s swell and associated seismic coherence." src="/images/paper-swell-driven-bursts-seismic-spectral/figure3.jpeg" /></p>
<center><em>图3 Spatiotemporal evolution of 26 -s swell and associated seismic coherence.</em></center>

<p>
本研究发现26秒和16秒地震谱峰与海浪活动有关，海浪可以触发地震信号的产生。研究结果表明，海浪可以触发地震信号的产生，并且这种关系可以用来理解地震信号的成因。</p>
<p><img alt="图7 Proposed mechanism for excitation of narrow band seismic signals. Oceanic" src="/images/paper-swell-driven-bursts-seismic-spectral/figure7.jpeg" /></p>
<center><em>图7 Proposed mechanism for excitation of narrow band seismic signals. Oceanic</em></center>

<p></p>
<h3 id="innovations">Innovations</h3>
<p>本研究的创新之处在于综合分析了地震数据、海浪模型和卫星数据，揭示了26秒和16秒地震谱峰的成因。</p>
<h3 id="contributions">Contributions</h3>
<p>本研究的贡献在于揭示了26秒和16秒地震谱峰的成因，了解这些信号的成因对于理解地球内部结构和地震活动具有重要意义。</p>
<h3 id="limitations">Limitations</h3>
<p>本研究的局限之处在于数据的限制，未来需要更多的数据来验证研究结果。</p>
<h2 id="personal-thoughts">Personal Thoughts</h2>
<p>本研究的结果对于理解地球内部结构和地震活动具有重要意义，未来需要更多的研究来进一步揭示这些信号的成因。
另外就是这篇文章最后的结论部分以及提出的模型与<a href="https://www.sciencedirect.com/science/article/abs/pii/S0012821X21005902">咱们的</a>差不多，差异在前面，他们对海浪的强度进行了定量的测量。我们也得做起来啊。</p>]]></content>
    
    <category term="paper" />
    
    <category term="seismology" />
    
    <category term="geophysics" />
    
    <category term="ocean" />
    
  </entry>
  
  <entry>
    <title>Welcome to SEISAMUSE</title>
    <link href="https://www.seis-jun.xyz/blog/2026-04-16-welcome.html" />
    <id>https://www.seis-jun.xyz/blog/2026-04-16-welcome.html</id>
    <updated>2026-04-16T12:01:01+08:00</updated>
    <published>2026-04-16T12:01:01+08:00</published>
    <summary type="html"><p>Hello! welcome to my website. Here I share my journey in seismology research and beyond.</p></summary>
    <content type="html"><![CDATA[<h2 id="hello">Hello!</h2>
<p>Welcome to <strong>SEISAMUSE</strong> — my personal corner of the internet where I write about seismology, geophysics, and the occasional tangent into environmental and glacial seismology.</p>
<h3 id="why-this-site">Why This Site?</h3>
<p>As a researcher, I believe in open knowledge sharing. This site serves as:</p>
<ul>
<li>A <strong>blog</strong> for my thoughts on recent papers, field experiences, and research insights.</li>
<li>A <strong>portfolio</strong> showcasing my projects and resources.</li>
<li>A way to connect with fellow researchers and the broader geoscience community.</li>
</ul>
<h3 id="what-to-expect">What to Expect</h3>
<p>I&#8217;ll be posting about:</p>
<ol>
<li><strong>Paper reviews</strong> — My take on interesting new publications.</li>
<li><strong>Research notes</strong> — Methods, tools, and tips from the trenches.</li>
<li><strong>Field stories</strong> — Adventures (and misadventures) in data collection.</li>
<li><strong>Tutorials</strong> — Practical guides for seismology and data analysis.</li>
</ol>
<h3 id="stay-connected">Stay Connected</h3>
<p>Feel free to explore the <a href="/blog/">Blog</a>, check out my <a href="/links/">Projects &amp; Resources</a>, or learn more <a href="/about/">About Me</a>.</p>
<p>If you find this site useful, consider supporting my work — every bit of encouragement helps!</p>
<hr />
<p><em>— Jun Xie, April 2026</em></p>]]></content>
    
    <category term="announcement" />
    
    <category term="seismology" />
    
  </entry>
  
  <entry>
    <title>文献阅读(50)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-04-08-paper-reading-50.html" />
    <id>https://www.seis-jun.xyz/blog/2026-04-08-paper-reading-50.html</id>
    <updated>2026-04-08T16:45:42+08:00</updated>
    <published>2026-04-08T16:45:42+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/full/10.1029/2009JB006661">Chouet et al., 2010, JGR</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/full/10.1029/2009JB006661">Chouet et al., 2010, JGR</a></p>
<!--less-->

<h2 id="_1">题目</h2>
<p>Seismic source mechanism of degassing bursts at Kilauea Volcano, Hawaii: Results from waveform inversion in the 10–50 s band</p>
<h2 id="_2">作者信息</h2>
<ul>
<li>第一作者：Bernard A. Chouet</li>
<li>通讯作者：Bernard A. Chouet (chouet@usgs.gov)</li>
<li><strong>单位：</strong>
    Bernard A. Chouet 和 Phillip B. Dawson 均来自：U.S. Geological Survey, Menlo Park, California, USA.
    Mike R. James 和 Stephen J. Lane 均来自：Lancaster Environment Center, Lancaster University, Lancaster, UK.</li>
<li><strong>第一作者的其他三篇代表著作：</strong>
    根据文献中引用的信息，Bernard A. Chouet 的其他代表著作包括：<ol>
<li><strong>Chouet, B. (1996), New methods and future trends in seismological volcano monitoring, in Monitoring and Mitigation of Volcano Hazards, edited by R. Scarpa and R. I. Tilling, pp. 23–97, Springer, New York.</strong> (关于火山地震监测的新方法和未来趋势)</li>
<li><strong>Chouet, B., P. Dawson, T. Ohminato, M. Martini, G. Saccorotti, F. Giudicepietro, G. De Luca, G. Milana, and R. Scarpa (2003), Source mechanisms of explosions at Stromboli Volcano, Italy, determined from moment-tensor inversions of very long period data, J. Geophys. Res., I08(B1), 2019, doi:10.1029/2002JB001919.</strong> (关于意大利斯特隆博利火山爆发的震源机制研究)</li>
<li><strong>Chouet, B., P. Dawson, and A. Arciniega-Ceballos (2005), Source mecha- nism of Vulcanian degassing at Popocatepetl Volcano, Mexico, deter- mined from waveform inversions of very long period signals, J. Geophys. Res., 110, B07301, doi:10.1029/2004JB003524.</strong> (关于墨西哥波波卡特佩特火山武尔卡尼亚式脱气活动的震源机制研究)</li>
</ol>
</li>
</ul>
<h2 id="_3">摘要</h2>
<p>目前（2008年3月至2009年2月）基拉韦厄火山山顶的喷发活动，其特点是伴随着超长周期（VLP）地震信号的爆炸性脱气爆发。我们利用部署在山顶火山口的10个宽带台站网络记录的15次爆发数据，对10-50秒频段的VLP信号源机制进行了建模。为了确定震源质心位置和震源机制，我们通过有限差分法计算了嵌入考虑地形的均匀介质中的点源的合成波形，并最小化了数据与合成波形之间的残余误差。与爆发相关的VLP信号源自Halemaumau坑火山口东部边缘下方约1公里处的震源区域。观测到的波形可以通过体积分量和垂直单力分量的组合来很好地解释。对于体积分量，获得了几种能够同样解释观测波形的震源几何形状。这些几何形状包括：(1) 一个向东北倾斜64°的管道；(2) 两个相交的裂缝，其中一个向北倾斜80°的东向裂缝（岩脉）与一个向东倾斜65°的北向裂缝（另一个岩脉）相交；(3) 一个向东北倾斜58°的管道，与一个向西南偏西倾斜48°的裂缝相交；(4) 一个向东北倾斜57°的管道，与一个向西南偏西倾斜58°的管道相交。以双裂缝模型为参考，15次爆发中获得的最大体积变化约为24,400立方米，最大力幅值（峰峰值）约为20 GN。每次爆发都以类似的收缩和膨胀序列为标志，随后是体积源的衰减振荡。垂直力最初是向上的，与源收缩同步，然后向下，与源再膨胀同步，随后是与体积振荡极性相反的振荡。这种力与体积变化的组合归因于流体动力源机制在岩浆通道上部约150米内气体大块团上升、膨胀和爆发过程中引起的压力和动量变化。当气体团接近地表膨胀时，更多的液体通过粘性剪切力得到管壁支撑，气体团下方的压力减小，导致通道收缩并对地球产生向上的力。气体团最终的快速膨胀和爆发激发了通道系统的VLP和LP振荡，这些振荡由于粘性耗散和弹性辐射而缓慢衰减。考虑到流体动力学论证，我们更倾向于双裂缝VLP源模型，因为它是唯一能够产生合理尺度和压力变化值的候选模型。在15次爆发中观测到的垂直力大小与10^4至10^6千克的气体团质量一致。</p>
<h2 id="_4">相关研究的重要性</h2>
<ul>
<li><strong>理解火山脱气爆发机制：</strong> 该研究深入分析了基拉韦厄火山脱气爆发的地震源机制，特别是超长周期（VLP）信号的产生过程。这对于理解火山内部流体动力学过程，如气体团的上升、膨胀和爆发，具有重要意义。</li>
<li><strong>揭示岩浆通道几何结构：</strong> 通过波形反演，研究提出了几种可能的岩浆通道几何模型（如管道、裂缝或其组合），并最终倾向于双裂缝模型。这有助于更好地理解火山下方浅层导管系统的几何形状和动力学，以及岩浆从火山口下方储层到东裂谷的整体路径结构。</li>
<li><strong>改进火山监测和预警：</strong> 监测火山活跃导管中流体运动产生的地面运动，可以量化岩浆传输路径中重要区域的大小、形状和位置。这项导管成像工作对于监测和解释岩浆的地下迁移至关重要，从而增强了预测危险火山活动的能力。</li>
<li><strong>提供流体动力学过程的证据：</strong> 研究将观测到的力与体积变化归因于流体动力学源机制，涉及气体团的上升、膨胀和爆发。数值模拟结果与地震反演结果在形式、时间尺度和量级上具有一致性，为火山内部的流体动力学过程提供了有力的证据。</li>
<li><strong>区分不同地震信号的物理意义：</strong> 研究区分了短周期（SP）信号、长周期（LP）信号和超长周期（VLP）信号的物理意义，认为SP振荡是流体动力学源机制中最具动态阶段的实时指标（气体团快速膨胀和爆发），而VLP和LP振荡则是由气体团膨胀和爆发引起的压力变化所激发。 </li>
</ul>
<h2 id="_5">前人相关研究</h2>
<ul>
<li>
<p><strong>基拉韦厄火山动力学模型 (Eaton and Murata, 1960)：</strong>
     <strong>研究内容：</strong> 提出了基拉韦厄火山的动态模型基本特征。
     <strong>不足：</strong> 文献指出，该模型的基本特征至今仍然有效，但后续研究通过先进的地球物理技术（地震和大地测量）提供了新的见解，包括中性浮力概念的引入，这表明Eaton和Murata的模型可能在细节和复杂性上有所欠缺。</p>
</li>
<li>
<p><strong>中性浮力概念及岩浆系统研究 (Decker, 1987; Tilling and Dvorak, 1993; Ryan, 1987a, 1987b, 1988)：</strong>
    <strong>研究内容：</strong> 探讨了中性浮力在火山岩浆系统中的作用，以及基拉韦厄火山岩浆系统的垂直和水平传输路径，包括深层（10-4公里）和浅层（2-4公里）的岩浆传输区。
    <strong>不足：</strong> 这些研究主要关注岩浆传输的宏观结构和中性浮力概念，但对于浅层导管系统内部的精细几何结构和动态过程的理解可能不够深入。例如，Ryan (1988) 认为深层区域由岩浆堆积物组成，而浅层区域是片状岩脉复合体，但这些几何形状的细节和其与地震信号的关联仍需进一步阐明。</p>
</li>
<li>
<p><strong>大地测量数据与变形中心研究 (Cervelli and Miklius, 2003; Poland et al., 2008)：</strong>
    <strong>研究内容：</strong> 揭示了基拉韦厄火山口下方存在两个变形中心，每个都有其特征时间尺度。长期山顶收缩与3.5公里深处的储层有关，而短期（2-3天）的收缩-膨胀-收缩（DID）事件则反映了Halemaumau东部边缘下方约0.5公里处较浅源的体积变化。
    <strong>不足：</strong> 大地测量数据提供了变形信息，但其空间分辨率可能不足以精确解析浅层导管系统的复杂几何形状，也无法直接揭示导致这些变形的流体动力学过程。</p>
</li>
<li>
<p><strong>长周期（LP）地震活动研究 (Almendros et al., 2001; Saccorotti et al., 2001; Almendros et al., 2002b; Battaglia et al., 2003; Kumagai et al., 2005)：</strong>
    <strong>研究内容：</strong> 在Halemaumau东部边缘下方浅层区域识别出LP地震活动，并将其与活跃的热液系统联系起来。Kumagai et al. (2005) 提出LP事件的震源机制涉及水平裂缝的共振。
    <strong>不足：</strong> 这些研究主要关注LP信号，可能未能完全捕捉到VLP信号所反映的更深层次的流体动力学过程。此外，对于裂缝内部流体填充物的性质（如气泡水或蒸汽）的推断，仍需更多直接证据。</p>
</li>
<li>
<p><strong>超长周期（VLP）信号研究 (Chouet and Dawson, 1997; Ohminato et al., 1998; Almendros et al., 2002a; Dawson et al., 2004)：</strong>
    <strong>研究内容：</strong> 明确指出VLP信号源自Halemaumau东部边缘下方海平面附近的一个紧凑震源区。Ohminato et al. (1998) 通过波形反演推断VLP信号源过程涉及亚水平裂缝的重复变形周期，并归因于气体-液体流通过狭窄出口的堵塞。Chouet and Dawson (1997) 提出VLP信号是由连接Halemaumau区域到东裂谷的裂缝传输机制解释的。
    <strong>不足：</strong>
        <strong>裂缝方向不一致：</strong> Chouet and Dawson (1997) 推断的裂缝方向与Ohminato et al. (1998) 图像化的裂缝方向不同，这表明对导管几何形状的理解存在不确定性。
        <strong>复杂导管几何：</strong> 这些结果共同暗示了复杂的导管几何形状，可能是一个裂缝丛。虽然识别了VLP信号的来源区域，但对于其精确的几何结构和动态激活机制仍需更详细的建模和验证。
        <strong>其他区域VLP信号：</strong> Almendros et al. (2002a) 和 Dawson et al. (2004) 还在火山口其他区域识别出VLP信号，但由于接收器覆盖不足，这些震源的实际位置约束较差。</p>
</li>
<li>
<p><strong>地震层析成像研究 (Dawson et al., 1999)：</strong>
    <strong>研究内容：</strong> 通过P波和S波走时反演，构建了基拉韦厄山顶区域的地震速度结构模型，识别出低P波速度异常区和高Vp/Vs比区域，并将其归因于高度破碎的物质和/或部分熔融的存在，以及被岩床和岩脉渗透的热岩体。
    <strong>不足：</strong> 地震层析成像虽然提供了地下结构信息，但其空间分辨率（0.5公里）可能不足以解析VLP震源区内更精细的导管几何特征。此外，该研究认为不需要紧凑的岩浆储层来满足速度约束，这可能与某些火山学家的观点存在差异。</p>
</li>
<li>
<p><strong>气体团上升和爆发的实验和数值模型 (James et al., 2004, 2006, 2008, 2009; O&#8217;Brien and Bean, 2008)：</strong>
    <strong>研究内容：</strong> 这些研究探讨了气体团在液体填充的垂直和倾斜导管中上升和爆发时产生的压力和力变化，并将其与地震信号联系起来。
    <strong>不足：</strong> 文献指出，这些模拟通常使用刚性导管，但实际情况并非如此，火山导管壁存在弹性变形。此外，这些模拟可能未能完全解释所有观测到的地震信号特征，例如剪切力在VLP震源解中未完全体现的问题。James et al. (2009) 的标度关系也未在所有量级上得到验证。</p>
</li>
</ul>
<p><strong>总结不足之处：</strong></p>
<p>总的来说，前人研究在理解基拉韦厄火山的岩浆系统和地震活动方面取得了显著进展，但仍存在以下不足：</p>
<p><strong>导管几何的精确性：</strong> 对于浅层导管系统的精确几何形状，特别是裂缝和管道的相互作用，仍存在多种解释和不确定性。
   <strong>流体动力学过程的完整性：</strong> 尽管气体团模型被广泛接受，但其在导管内部的完整动力学过程，特别是剪切力如何与地震信号耦合，以及非弹性变形的影响，仍需更深入的研究。
   <strong>多尺度现象的整合：</strong> 如何将不同时间尺度（SP、LP、VLP）和空间尺度（从深部储层到近地表导管）的观测和模型整合起来，形成一个统一的火山动力学图像，仍然是一个挑战。
   <strong>模型简化：</strong> 许多数值模拟为了简化计算，采用了理想化的条件（如均匀介质、刚性导管），这可能与实际火山环境存在差异。</p>
<h2 id="_6">本文使用的数据</h2>
<ul>
<li><strong>地震数据：</strong> 2008年3月至2009年2月期间，基拉韦厄火山脱气爆发产生的超长周期（VLP）地震信号。具体选择了15次具有高信噪比的VLP信号进行分析，其中包括3月19日的喷口开启阶段以及2008年4月9日至2009年2月4日期间发生的爆发。</li>
<li><strong>地震台网：</strong> 部署在基拉韦厄山顶火山口的10个三组分Guralp CMG-40T宽带（0.02-60秒）地震仪组成的永久宽带地震台网。</li>
<li><strong>地形数据：</strong> 来自美国地质调查局（U.S. Geological Survey）的数字高程图（DEM），用于计算格林函数时考虑基拉韦厄火山的地形。</li>
<li><strong>视频图像：</strong> 针对2008年8月27日的脱气爆发，使用了喷发羽流的视频图像（M. Patrick和T. Orr的未发表数据），以帮助确定喷口事件的时间。</li>
</ul>
<h2 id="_7">本文采用的方法</h2>
<ul>
<li><strong>波形反演（Waveform Inversion）：</strong>
       <strong>频域反演：</strong> 在10-50秒频段内对VLP信号进行全波形反演，假设点源嵌入考虑地形的均匀弹性介质中。
       <strong>最小化残余误差：</strong> 通过最小化数据与合成地震图之间的残余误差来确定最佳拟合点源位置和震源机制。
       <strong>互易性原理：</strong> 利用震源和接收器之间的互易性原理，在频域进行计算，以减少计算时间。
       <strong>震源机制模型：</strong> 考虑了三种可能的震源机制：
        1.  仅三个单力分量。
        2.  仅六个矩张量分量。
        3.  六个矩张量分量加三个单力分量。
       <strong>Akaike信息准则（AIC）：</strong> 用于评估不同震源模型中自由参数数量的显著性，选择最佳模型。</li>
<li><strong>格林函数计算：</strong>
       假设均匀介质，并考虑基拉韦厄火山的地形。
       采用三维有限差分法（Ohminato and Chouet, 1997）计算合成波形。
       使用平滑函数对格林函数进行卷积，以确保反演的稳定性。</li>
<li><strong>震源重建：</strong>
       对单管道、单裂缝、两个相交管道、两个相交裂缝以及相交管道和裂缝等模型进行系统性重建。
       在所有模型中都包含三个单力分量。
       通过系统地改变定义每个震源分量方向的角度来搜索最佳拟合模型。</li>
<li><strong>流体动力学模拟：</strong>
       扩展了James et al. (2008) 的计算流体动力学模拟，以模拟气体团的最终上升阶段。
       使用FLOW-3D软件（版本9.3）求解Navier-Stokes方程的有限差分（或有限体积）近似。
       模拟了一个250米高、垂直、刚性圆柱体，底部封闭，填充150米深不可压缩牛顿流体，以模拟气体团的上升和爆发。</li>
</ul>
<h2 id="_8">本文获得的结果</h2>
<ul>
<li><strong>VLP震源位置和机制：</strong>
       VLP信号源自Halemaumau坑火山口东部边缘下方约1公里处的震源区域。
       观测到的波形可以通过体积分量和垂直单力分量的组合来很好地解释。
       体积源的最大体积变化约为24,400立方米，最大力幅值约为20 GN。</li>
<li><strong>震源几何模型：</strong> 获得了四种与观测波形兼容的震源几何模型：<ol>
<li><strong>单个管道：</strong> 向东北倾斜64°。</li>
<li><strong>管道与裂缝相交：</strong> 一个向东北倾斜58°的管道与一个向西南偏西倾斜48°的裂缝相交。</li>
<li><strong>两个相交裂缝（双裂缝模型）：</strong> 一个向北倾斜80°的东向裂缝（岩脉）与一个向东倾斜65°的北向裂缝（另一个岩脉）相交。</li>
<li><strong>两个相交管道：</strong> 一个向东北倾斜57°的管道与一个向西南偏西倾斜58°的管道相交。</li>
</ol>
</li>
<li><strong>模型偏好：</strong> 综合考虑地质合理性和推断的深部压力变化量级，研究倾向于<strong>双裂缝VLP源模型</strong>，认为它是唯一能够产生合理尺度和压力变化值的候选模型。</li>
<li><strong>脱气爆发序列：</strong> 每次脱气爆发都显示出相似的特征序列：
       震源区域初始收缩，同时伴随向上的力。
       随后震源再膨胀，伴随向下的力。
       最后是体积源的衰减振荡。
       垂直力最初向上，与源收缩同步；然后向下，与源再膨胀同步；随后是与体积振荡极性相反的振荡。</li>
<li><strong>流体动力学解释：</strong> 这种力与体积变化的组合归因于流体动力学源机制，涉及岩浆通道上部约150米内气体大块团的上升、膨胀和爆发引起的压力和动量变化。</li>
<li><strong>SP、LP、VLP信号的解释：</strong>
       SP振荡被认为是气体团快速膨胀和爆发（在气体团上升的最后3-4秒内）这一流体动力学源机制中最具动态阶段的实时指标。
       VLP和LP振荡则是由气体团膨胀和爆发引起的压力变化所激发。</li>
<li><strong>气体团质量估算：</strong> 观测到的15次爆发中的垂直力大小与10^4至10^6千克的气体团质量一致。</li>
<li><strong>模拟结果与观测对比：</strong> 数值模拟结果在形式、时间尺度和量级上与地震反演得到的力和压力变化一致，支持了气体团上升和爆发的流体动力学模型。</li>
</ul>
<h2 id="_9">本文创新之处</h2>
<ul>
<li><strong>结合体积和单力分量的震源机制建模：</strong> 本文在VLP信号的震源机制建模中，不仅考虑了体积变化分量，还引入了垂直单力分量。这使得模型能够更好地解释观测到的波形，并从物理角度揭示了流体动力学过程中动量交换的重要性。</li>
<li><strong>系统性震源几何重建与评估：</strong> 研究系统地重建并评估了多种可能的导管几何模型（单管道、双裂缝、管道-裂缝组合、双管道），并结合地质合理性和压力变化量级，最终倾向于双裂缝模型，为基拉韦厄火山浅层导管的几何结构提供了更具体的认识。</li>
<li><strong>流体动力学模拟与地震反演的结合：</strong> 本文将计算流体动力学模拟与地震波形反演结果进行对比，验证了气体团上升和爆发的流体动力学模型，并深入探讨了压力和剪切力在地震信号产生中的作用。</li>
<li><strong>对不同地震信号物理意义的细致区分：</strong> 明确区分了SP、LP和VLP信号的物理意义，将SP信号解释为气体团快速膨胀和爆发的实时指标，而VLP和LP信号则由其引起的压力变化激发，这有助于更全面地理解火山喷发过程中的多频段地震响应。</li>
</ul>
<h2 id="_10">本文贡献</h2>
<ul>
<li><strong>深化对基拉韦厄火山脱气机制的理解：</strong> 提供了基拉韦厄火山脱气爆发过程中VLP信号产生机制的综合视图，揭示了气体团上升、膨胀和爆发在其中扮演的关键角色。</li>
<li><strong>约束浅层导管几何结构：</strong> 通过详细的波形反演和模型重建，为Halemaumau下方约1公里处的VLP震源区域的几何结构提供了强有力的约束，特别是倾向于双裂缝模型。</li>
<li><strong>提升火山监测和预警能力：</strong> 强调了利用宽带地震台网监测流体运动对火山监测的重要性，为未来通过导管成像来预测危险火山活动提供了理论和方法基础。</li>
<li><strong>促进火山物理学发展：</strong> 结合地震学和流体动力学方法，为火山内部复杂流体-固体耦合过程的研究提供了新的视角和方法论。</li>
</ul>
<h2 id="_11">本文不足</h2>
<ul>
<li><strong>剪切力在VLP震源解中未完全体现：</strong> 文献指出，在气体团上升的大部分时间里，相关的剪切力似乎并未完全体现在VLP震源解中。模拟结果显示向下剪切力与底部压力减小产生的向上力相互抵消，但在地震反演中却观测到净向上力。</li>
<li><strong>近地表复杂性解释不足：</strong> 对于VLP信号中在58-68秒之间出现的瞬态向下力（力反转）的解释，目前的流体动力学模型和简化模型不足以提供完全的解释，可能涉及近地表导管几何的复杂性或未完全解释的剪切力效应。</li>
<li><strong>模型假设的局限性：</strong>
       <strong>均匀介质假设：</strong> 波形反演假设均匀介质，尽管对于长波长信号可能影响不大，但实际火山内部介质的非均匀性可能对结果有一定影响。
       <strong>刚性导管模拟：</strong> 流体动力学模拟使用了刚性导管，而实际火山导管壁存在弹性变形，这可能导致模拟结果与实际情况存在差异。
       <strong>点源假设：</strong> 地震反演假设VLP信号为点源，但压力力和剪切力耦合位置可能存在600-700米的距离，这可能对反演结果产生影响。</li>
<li><strong>LP波段反演的缺失：</strong> 文献提到，为了解析LP波段的更高模态振荡，需要对LP波段进行全空间范围的波形反演，但这项工作留待未来研究。</li>
</ul>
<h2 id="_12"><strong>解决不足的可能方法</strong></h2>
<ul>
<li><strong>改进流体动力学模型：</strong>
       <strong>考虑非弹性变形：</strong> 在流体动力学模拟中引入导管壁的弹性或非弹性变形，更真实地模拟岩浆与围岩的相互作用。
       <strong>更复杂的导管几何：</strong> 模拟更复杂的近地表导管几何，例如包含多个子喷口、岩浆池扩散等特征，以解释力反转现象。
       <strong>更精细的剪切力耦合机制：</strong> 深入研究剪切力如何通过热机械边界层与围岩耦合，以及非弹性变形如何衰减剪切力。</li>
<li><strong>改进地震反演方法：</strong>
       <strong>非均匀介质反演：</strong> 采用考虑非均匀介质的地震波形反演方法，提高震源参数的精确性。
       <strong>分布式震源模型：</strong> 探索使用分布式震源模型，而非简单的点源模型，以更好地解释压力力和剪切力耦合位置的分离效应。
       <strong>多频段联合反演：</strong> 将VLP、LP和SP波段的波形数据进行联合反演，以获得更全面的震源机制和导管动力学信息。</li>
<li><strong>多学科交叉研究：</strong>
       <strong>结合更多观测数据：</strong> 整合更多类型的观测数据，如地质调查、地球化学、热异常等，对模型进行多方面约束和验证。
       <strong>实验室实验：</strong> 进行更精细的实验室模拟实验，以验证流体动力学模型中的复杂物理过程。</li>
<li><strong>高分辨率成像技术：</strong> 发展更高分辨率的地震层析成像或其他地球物理成像技术，以更精确地刻画火山内部的导管几何结构。</li>
</ul>
<h2 id="_13">发展趋势</h2>
<ul>
<li>
<p><strong>多物理场耦合建模：</strong>
       将地震学、大地测量学、流体动力学、热力学、地球化学等多个物理场模型进行更紧密的耦合，以构建更全面、更真实的火山系统模型。
       例如，将岩浆流动、气体传输、热传递、岩石变形和地震波传播等过程整合到一个统一的框架中。</p>
</li>
<li>
<p><strong>高分辨率、实时监测与数据融合：</strong>
       部署更密集、更先进的宽带地震台网，结合GNSS、InSAR、热成像、气体排放监测等多种观测技术，实现火山活动的实时、高分辨率监测。
       开发先进的数据融合算法，将不同类型的数据整合起来，提供对火山内部状态和过程的更全面、更及时的认识。</p>
</li>
<li>
<p><strong>机器学习与人工智能的应用：</strong>
       利用机器学习算法对海量地震数据进行模式识别、异常检测和事件分类，提高火山地震事件的识别效率和准确性。
       开发基于深度学习的波形反演和震源机制确定方法，以处理复杂介质和多源问题。
       利用人工智能进行火山喷发预测和危险评估，提高预警能力。</p>
</li>
<li>
<p><strong>复杂导管几何与流体动力学精细化研究：</strong>
       进一步研究火山内部导管系统的复杂几何形状，包括裂缝网络、管道分支、岩浆囊形态等，以及这些几何特征对流体动力学过程的影响。
       深入探讨岩浆中气体团的形成、上升、膨胀、爆发以及与导管壁的相互作用机制，特别是剪切力、非弹性变形和多相流的影响。</p>
</li>
<li>
<p><strong>火山喷发物理过程的量化：</strong>
       通过更精确的震源机制反演，量化火山喷发过程中体积变化、力学作用和能量释放等关键物理参数。
       结合实验模拟和数值模拟，验证和完善火山喷发物理模型，提高对喷发强度、持续时间和影响范围的预测能力。</p>
</li>
<li>
<p><strong>不确定性量化与风险评估：</strong>
       在火山模型和预测中，更系统地考虑和量化各种不确定性来源，包括数据不确定性、模型参数不确定性和模型结构不确定性。
       开发更完善的火山风险评估框架，为火山灾害管理和应急响应提供科学依据。</p>
</li>
<li>
<p><strong>跨学科合作与国际协作：</strong>
       加强地质学、地球物理学、流体动力学、计算机科学等不同学科之间的交叉合作。
       促进国际间的火山监测和研究合作，共享数据和经验，共同应对全球火山灾害挑战。</p>
</li>
</ul>
<p>总的来说，未来的研究将朝着更精细、更全面、更智能的方向发展，旨在通过多学科融合和先进技术应用，更深入地理解火山内部的复杂过程，从而提高火山灾害的监测、预测和管理能力。</p>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(49)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-03-22-paper-read-49.html" />
    <id>https://www.seis-jun.xyz/blog/2026-03-22-paper-read-49.html</id>
    <updated>2026-03-22T11:33:54+08:00</updated>
    <published>2026-03-22T11:33:54+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://academic.oup.com/gji/article-abstract/244/2/ggaf489/8371766">Fichtner et al., 2026, GJI</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://academic.oup.com/gji/article-abstract/244/2/ggaf489/8371766">Fichtner et al., 2026, GJI</a></p>
<!--less-->

<h2 id="_1">题目</h2>
<p>Fibre-optic exploration of the cryosphere </p>
<h2 id="_2">作者与机构信息</h2>
<ul>
<li><strong>第一作者</strong>: Andreas Fichtner  </li>
<li><strong>通讯作者</strong>: Andreas Fichtner (邮箱: andreas.fichtner@eaps.ethz.ch)  </li>
<li><strong>单位</strong>: ETH Zurich, Department of Earth and Planetary Sciences, 8092 Zurich, Switzerland  </li>
<li><strong>一作其他三篇代表著作</strong>:  </li>
<li>Fichtner et al. (2022b) - 关于冰岛Grímsvötn火山冰下湖冰盖共振研究  </li>
<li>Fichtner et al. (2023a) - EastGRIP钻孔DAS数据分析，成像冰盖内部P波和S波速度结构  </li>
<li>Fichtner et al. (2025) - 东北格陵兰冰流中冰内地震事件级联现象的观测  </li>
</ul>
<h2 id="_3">摘要</h2>
<p>地球的冰冻部分，即冰冻圈，是气候系统不可分割的组成部分。全面理解冰冻圈需要密集的观测，不仅包括其表面，还包括其内部结构和动态。地震方法在这一努力中发挥着核心作用。光纤传感正在成为成熟惯性地震仪的宝贵补充和替代方案。它提供米级通道间距，探测距离可达约100公里，带宽从毫赫兹到千赫兹，已使新的地震学应用成为可能，例如在水下、城市和火山监测中。冰冻圈研究特别受益于光纤传感，因为在冰环境中可以相对容易地部署长电缆，而在这些环境中密集部署地震仪阵列却非常困难，包括冰川、冰盖和深钻孔。本述评旨在促进未来冰冻圈光纤地震学研究，将经典文献综述与理论背景、实用野外指南、冰冻圈信号图库和用于实践培训的开放获取数据示例相结合。在总结关于雪层和冰结构、冰川地震性、水文和雪崩动力学的最新发现后，我们推导了分布式光纤变形传感器的理想仪器响应。为了在野外实验中接近这种理想效果，我们提出了许多关于光纤电缆的选择和处理、所需设备、低温下现场拼接、电缆布局和沟槽、以及电缆在钻孔中的部署和耦合等方面的实用建议。冰冻圈信号图库提供了来自各种来源的数据示例，如爆炸、陆地和空中交通、发电机、基底粘滑冰震、表面裂缝、冰内冰震级联、浮动冰架共振、地表水流动和雪崩。许多这些数据包含在开放获取培训资源中，附有用于读取、可视化和简单分析的代码。这篇综述最后讨论了我们对冰冻圈结构和动态理解中的重大开放挑战，以及光纤传感的进一步进展如何帮助克服这些挑战。</p>
<h2 id="_4">相关研究的重要性</h2>
<ul>
<li><strong>海平面变化预测</strong>: 据IPCC(2023)预测，到2050年，约10亿生活在沿海社区的人可能受到极端海平面上升的影响。海平面预测的不确定性在接下来的200年可达数米(Seroussi et al. 2024)，这些不确定性主要来自对冰川滑动和水力破裂裂缝这两个控制冰损失现象的理解不足。  </li>
<li><strong>冰冻圈在气候系统中的作用</strong>: 冰冻圈通过与水圈、大气圈、岩石圈和生物圈的复杂相互作用，成为地球气候系统不可分割的部分，既维持着我们所知的生命，也带来生存威胁。  </li>
<li><strong>填补观测空白</strong>: 冰冻圈的偏远性和恶劣环境条件使地震实验变得复杂，造成了类似于海洋中的巨大数据缺口。光纤传感技术为减少这一数据缺口提供了机会。  </li>
<li><strong>多尺度过程监测</strong>: 光纤传感能够覆盖从毫赫兹到千赫兹的广泛频率范围，可监测从长期冰川流动到毫秒级冰裂的各种过程，提供传统方法难以获取的观测数据。  </li>
<li><strong>高分辨率内部结构成像</strong>: 通过密集采样(米级通道间距)，光纤传感能够以前所未有的分辨率成像冰盖内部结构，如晶体结构取向变化、雪层密度分布和冰流引起的各向异性。  </li>
</ul>
<h2 id="_5">前人相关研究及不足</h2>
<h3 id="das">早期DAS应用</h3>
<ul>
<li><strong>非冰冻圈应用</strong>: Owen et al. (2012)和Hill (2015)将DAS用于周界安全和管道监测；Daley et al. (2013, 2014, 2016)和Mateeva et al. (2013, 2014)用于钻孔地震勘探  </li>
<li><strong>不足</strong>: 这些应用未针对冰冻圈特殊环境(低温、高湿度、移动冰体)优化，技术和方法不能直接迁移  </li>
</ul>
<h3 id="das_1">城市与海洋DAS应用</h3>
<ul>
<li><strong>人口密集区</strong>: Biondi et al. (2017)、Lindsey et al. (2017)和Martin et al. (2017)在城市环境中使用DAS  </li>
<li><strong>海洋监测</strong>: Sladen et al. (2019)、Williams et al. (2019)和Spica et al. (2020a)在海洋环境中应用DAS  </li>
<li><strong>不足</strong>: 城市和海洋环境与冰冻圈在物理耦合、噪声特征和部署挑战上存在根本差异，需要专门的方法调整  </li>
</ul>
<h3 id="das_2">冰冻圈早期DAS研究</h3>
<ul>
<li><strong>表面部署</strong>: Walter et al. (2020)在瑞士罗纳冰川表面部署三角形光纤电缆，定位基底粘滑冰震；Butcher et al. (2021)和Hudson et al. (2021)在南极Rutford冰流上进行冰震矩张量反演  </li>
<li><strong>钻孔部署</strong>: Booth et al. (2020)首次在格陵兰Store冰川1043米深钻孔中进行DAS实验；Brisbourne et al. (2021)在南极Skytrain冰隆进行类似实验  </li>
<li><strong>雪层结构</strong>: Zhou et al. (2022)、Fichtner et al. (2023b)和Yang et al. (2024)利用DAS测量雪层剪切波速度结构  </li>
<li><strong>冰架和海冰</strong>: Fichtner et al. (2022b)观察冰岛Grímsvötn火山冰下湖上漂浮冰盖共振；Smith et al. (2023)利用海底电信电缆监测北极海冰  </li>
<li><strong>雪崩监测</strong>: Paitz et al. (2023)和Edme et al. (2023)利用DAS监测雪崩  </li>
<li><strong>不足</strong>: 这些研究通常是孤立的，缺乏系统性的理论框架、统一的最佳实践和广泛共享的数据处理方法；缺乏对冰冻圈特定条件下光纤-冰耦合机制的深入理解；没有标准化的仪器响应模型来解释观测数据  </li>
</ul>
<h2 id="_6">综述涵盖的研究方向</h2>
<ul>
<li><strong>雪层和冰结构表征</strong>: 利用DAS测量表面波频散，推断雪层密度和弹性参数垂直分布  </li>
<li><strong>冰川地震性研究</strong>: 监测和定位基底粘滑冰震、表面裂缝和冰内地震事件级联  </li>
<li><strong>冰内和冰下水文监测</strong>: 通过分析由融水流动产生的环境噪声，推断冰下水道配置和融水排放量  </li>
<li><strong>冰-水相互作用</strong>: 研究浮动冰架与下方水体的动力学相互作用，包括冰架共振和冰山崩解过程  </li>
<li><strong>雪崩动力学</strong>: 高分辨率捕捉雪崩内部结构，包括滚波和多次次级涌流  </li>
<li><strong>方法学发展</strong>: 理论推导光纤传感器的理想响应，开发适用于冰冻圈的电缆部署和耦合技术  </li>
<li><strong>信号识别和分类</strong>: 建立冰冻圈各类信号的特征库，区分天然和人为源  </li>
</ul>
<h2 id="_7">本文创新之处与贡献</h2>
<ul>
<li><strong>理论框架</strong>: 首次系统推导分布式光纤变形传感器在冰冻圈条件下的理想仪器响应，考虑了大变形情况下的非线性效应，为数据解释提供理论基础  </li>
<li><strong>实用指南</strong>: 详细提供冰冻圈光纤传感实验的全面指南，包括:  </li>
<li>电缆选择(松套管vs紧缓冲)与低温处理  </li>
<li>野外拼接技术与设备  </li>
<li>电缆布局优化与沟槽方法  </li>
<li>钻孔部署与耦合策略  </li>
<li>时钟同步和触发方法  </li>
<li>通道定位和轻敲测试  </li>
<li><strong>信号图库</strong>: 创建了综合性冰冻圈信号图库，包含人为源(爆炸、交通、发电机)和自然源(冰震、裂缝、水流动、雪崩、冰架共振)的特征示例  </li>
<li><strong>开放科学</strong>: 提供开放获取的训练数据集和分析代码，促进社区标准化和方法共享  </li>
<li><strong>跨学科整合</strong>: 将地球物理学、材料科学、冰川学和光纤技术整合，为冰冻圈研究提供多学科视角  </li>
</ul>
<h2 id="_8">本文不足</h2>
<ul>
<li><strong>技术细节深度</strong>: 某些技术细节(如不同类型光纤在极端低温下的机械性能退化)缺乏深入讨论  </li>
<li><strong>定量比较缺乏</strong>: 未提供不同光纤类型、电缆构造和耦合方法在冰冻圈环境下性能的系统性定量比较  </li>
<li><strong>不确定性分析</strong>: 未充分讨论DAS数据解释中的不确定性来源，尤其是从应变/应变率到物理参数(如冰流速、裂缝深度)的转换  </li>
<li><strong>长期部署挑战</strong>: 未详细分析光纤系统在冰冻圈长期(多年)部署中的耐久性和维护需求  </li>
<li><strong>成本效益分析</strong>: 缺乏对不同规模DAS部署的成本效益分析，这对于资源有限的研究团队决策至关重要  </li>
</ul>
<h2 id="_9">未来发展方向</h2>
<ul>
<li><strong>增强极端环境性能</strong>: 开发专门适用于极低温度(-50°C以下)和高湿度冰冻圈环境的增强型光纤和DAS系统  </li>
<li><strong>改进耦合技术</strong>: 研发钻孔和表面部署中更有效的冰-光纤耦合方法，特别是针对融水环境和移动冰体  </li>
<li><strong>能源自给系统</strong>: 开发结合太阳能、热能或动能采集的能源自给DAS系统，减少对发电机的依赖，降低噪声和后勤负担  </li>
<li><strong>多物理场集成</strong>: 集成DAS与其他光纤传感技术(如分布式温度传感DTS)，实现多参数同步监测  </li>
<li><strong>人工智能应用</strong>: 发展机器学习方法自动检测和分类冰冻圈信号，实现实时预警系统(如雪崩、冰架崩解)  </li>
<li><strong>长期监测网络</strong>: 建立永久性或半永久性光纤监测网络，追踪气候变化对冰冻圈的长期影响  </li>
<li><strong>标准化与开放数据</strong>: 建立冰冻圈DAS数据的标准化处理流程、元数据标准和开放共享平台  </li>
<li><strong>低成本解决方案</strong>: 开发低成本、低功耗DAS系统，使更多研究机构和监测站点能够采用该技术  </li>
<li><strong>跨尺度整合</strong>: 将DAS数据与卫星遥感、无人机测量和其他地球物理方法整合，提供从局部到区域尺度的综合监测</li>
</ul>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>自动监控地震数据下载脚本</title>
    <link href="https://www.seis-jun.xyz/blog/2026-03-21-auto-monitor-download.html" />
    <id>https://www.seis-jun.xyz/blog/2026-03-21-auto-monitor-download.html</id>
    <updated>2026-03-21T17:40:39+08:00</updated>
    <published>2026-03-21T17:40:39+08:00</published>
    <summary type="html"><p>&#8195;&#8195;又是一个python下载地震数据的脚本，不过这次更好玩一些。设置一下就可以定期到USGS官网看看有没有大于某个震级的地震，然后到IRIS下载。</p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;又是一个python下载地震数据的脚本，不过这次更好玩一些。设置一下就可以定期到USGS官网看看有没有大于某个震级的地震，然后到IRIS下载。</p>
<!--less-->
<p>&#8195;&#8195;老早就想这么搞了，在AI的帮助下终于搞定了啊。我把readme放下面了。</p>
<h1 id="earthquake-auto-monitor-downloader">Earthquake Auto-Monitor &amp; Downloader (地震自动监测与补全下载工具)</h1>
<p>这是一个基于 Python 和 ObsPy 的自动化地震数据处理工具。它能够定期监测 USGS 的地震发布信息，自动下载符合条件的地震波形数据，进行仪器响应去除、格式转换、头段读写以及波形可视化。</p>
<h2 id="_1">✨ 主要功能</h2>
<ol>
<li><strong>自动化监测</strong>：<ul>
<li>定期检索 USGS 目录中过去 12 小时内发生的 $M \ge 6.0$ 地震事件。</li>
</ul>
</li>
<li><strong>智能时长管理</strong>：<ul>
<li>目标下载时长为 <strong>2 小时</strong>。</li>
<li><strong>动态下载</strong>：如果地震刚刚发生，程序会先下载发震至今的所有可用数据。</li>
<li><strong>自动补全</strong>：程序会检查 <code>download_status.txt</code>。如果已下载时长不足 2 小时，且现在有更多新数据可用，程序会自动删除旧数据并重新下载补全至最新时刻（最高 2 小时）。</li>
</ul>
</li>
<li><strong>标准化存储与命名</strong>：<ul>
<li><strong>文件夹命名</strong>：<code>YYYYMMDDHHMMSSM[震级]</code> (例如：<code>20231101123045M6.5</code>)。</li>
<li><strong>SAC 文件命名</strong>：<code>台网_台站_通道.SAC</code> (例如：<code>IU_ANMO_BHZ.SAC</code>)。</li>
<li><strong>状态文件</strong>：每个目录包含 <code>download_status.txt</code>，记录下载台站数、时长及下载时间。</li>
</ul>
</li>
<li><strong>科学级预处理</strong>：<ul>
<li>去趋势 (Demean/Linear)、分段平滑 (Taper)。</li>
<li><strong>去仪器响应</strong>：将 Counts 转换为<strong>速度分量 (m/s)</strong>。</li>
<li><strong>SAC 头段写入</strong>：在 SAC 文件中自动写入：<ul>
<li>震源信息：<code>evla</code>, <code>evlo</code>, <code>evdp</code>, <code>mag</code>, <code>o</code> (发震时刻)。</li>
<li>台站信息：<code>stla</code>, <code>stlo</code>, <code>stel</code>。</li>
<li>距离信息：<code>garc</code> (大圆路径度数)。</li>
</ul>
</li>
</ul>
</li>
<li><strong>多频带可视化</strong>：<ul>
<li>自动生成两个频带的 Record Section 记录图：<ul>
<li><strong>长周期</strong>：0.01 - 0.1 Hz</li>
<li><strong>短周期</strong>：0.1 - 2.0 Hz</li>
</ul>
</li>
<li>每张图包含左（Z）、中（N/1）、右（E/2）三个分量，按震中距排列。</li>
</ul>
</li>
</ol>
<h2 id="_2">🛠️ 安装要求</h2>
<h3 id="1-python">1. Python 环境</h3>
<p>推荐使用 Python 3.8 或更高版本。</p>
<h3 id="2">2. 依赖库</h3>
<p>安装 ObsPy 及其绘图依赖：</p>
<div class="highlight"><pre><span></span><code>pip<span class="w"> </span>install<span class="w"> </span>obspy<span class="w"> </span>matplotlib<span class="w"> </span>numpy
</code></pre></div>

<h2 id="_3">🚀 快速开始</h2>
<h3 id="1">1. 运行程序</h3>
<p>直接运行脚本即可开始检索：</p>
<div class="highlight"><pre><span></span><code>python<span class="w"> </span>auto_seismo_monitor.py
</code></pre></div>

<h3 id="2_1">2. 设置定时任务 (推荐)</h3>
<p>为了实现每 12 小时自动运行一次，建议设置定时任务。</p>
<h4 id="macos-linux-crontab"><strong>macOS / Linux (crontab)</strong></h4>
<ol>
<li>输入 <code>crontab -e</code>。</li>
<li>添加以下内容（注意修改路径）：</li>
</ol>
<div class="highlight"><pre><span></span><code><span class="c1"># 每 12 小时执行一次（0点和12点）</span>
<span class="mi">0</span><span class="w"> </span><span class="o">*/</span><span class="mi">12</span><span class="w"> </span><span class="o">*</span><span class="w"> </span><span class="o">*</span><span class="w"> </span><span class="o">*</span><span class="w"> </span><span class="o">/</span><span class="n">usr</span><span class="o">/</span><span class="n">bin</span><span class="o">/</span><span class="n">python3</span><span class="w"> </span><span class="o">/</span><span class="n">Users</span><span class="o">/</span><span class="n">junxie</span><span class="o">/</span><span class="n">Work</span><span class="o">/</span><span class="n">auto_download</span><span class="o">/</span><span class="n">auto_seismo_monitor</span><span class="o">.</span><span class="n">py</span><span class="w"> </span><span class="o">&gt;&gt;</span><span class="w"> </span><span class="o">/</span><span class="n">Users</span><span class="o">/</span><span class="n">junxie</span><span class="o">/</span><span class="n">Work</span><span class="o">/</span><span class="n">auto_download</span><span class="o">/</span><span class="nb">log</span><span class="o">.</span><span class="n">txt</span><span class="w"> </span><span class="mi">2</span><span class="o">&gt;&amp;</span><span class="mi">1</span>
</code></pre></div>

<h4 id="windows"><strong>Windows (任务计划程序)</strong></h4>
<ol>
<li>创建基本任务，设置触发器为“每天”。</li>
<li>在高级设置中选择“重复任务间隔”为“12 小时”。</li>
<li>启动程序选择 <code>python.exe</code>，参数为脚本的完整路径。</li>
</ol>
<h2 id="_4">📂 项目结构</h2>
<div class="highlight"><pre><span></span><code>auto_download/
├── auto_seismo_monitor.py    # 主程序脚本
├── README.md                 # 说明文档
├── earthquake_data/          # 数据输出根目录
│   └── 20231101123045M6.5/   # 单个地震事件目录
│       ├── SAC_files/        # SAC 格式波形文件
│       ├── download_status.txt # 下载状态及时长说明
│       ├── plot_0.01_0.1Hz.png # 长周期波形图
│       └── plot_0.1_2Hz.png    # 短周期波形图
└── log.txt                   # 运行日志（设置crontab后生成）
</code></pre></div>

<h2 id="_5">⚙️ 配置说明</h2>
<p>您可以在 <code>auto_seismo_monitor.py</code> 开头的“配置参数”部分调整：
*   <code>MIN_MAGNITUDE</code>: 触发下载的最小震级。
*   <code>TARGET_DURATION</code>: 目标下载时长（秒）。
*   <code>NETWORKS</code>: 下载的全球台网范围（默认为 IU, II, CU, IC, GE 等骨干台网）。
*   <code>OUTPUT_ROOT</code>: 数据保存的绝对路径。</p>
<h2 id="_6">⚠️ 注意事项</h2>
<ul>
<li>下载全球地震数据需要稳定的国际网络环境（访问 IRIS FDSN 服务）。</li>
<li>全球 BH? 数据量较大，请确保运行环境有充足的内存和磁盘空间。</li>
</ul>
<p>有兴趣可以下载<a href="/scripts/auto_seismo_monitor.py">Python脚本</a>试试，修改一下目录就可以了。</p>]]></content>
    
    <category term="python" />
    
  </entry>
  
  <entry>
    <title>用AI做网页</title>
    <link href="https://www.seis-jun.xyz/blog/2026-03-21-web-build-with-ai.html" />
    <id>https://www.seis-jun.xyz/blog/2026-03-21-web-build-with-ai.html</id>
    <updated>2026-03-21T10:36:31+08:00</updated>
    <published>2026-03-21T10:36:31+08:00</published>
    <summary type="html"><p>我又试着做了两个网页，一个是<a href="https://www.seis-jun.xyz/paper_weekly/frontend/">论文周报</a>，另一个是<a href="https://www.seis-jun.xyz/earthquake_weekly/">每周地震</a>。</p></summary>
    <content type="html"><![CDATA[<p>我又试着做了两个网页，一个是<a href="https://www.seis-jun.xyz/paper_weekly/frontend/">论文周报</a>，另一个是<a href="https://www.seis-jun.xyz/earthquake_weekly/">每周地震</a>。</p>
<!--less-->
<p>&#8195;&#8195;这次用的是<a href="https://developer.android.com/studio">Andriod Studio</a>。套路明白了，大概现在的一些IDE平台都嵌入了大预言模型，可以对话然后让AI帮你做事。这应该跟openclaw差不太多，只是相比起来openclaw给的权限太高，可以操纵你的电脑所有内容，而这些IDE只能操作当前目录。
&#8195;&#8195;好了分别介绍一下我的两个网页。首先是论文周报：</p>
<h1 id="paper_weekly">📚 地震学多专题论文周报 (paper_weekly)</h1>
<p>一个自动追踪 arXiv和主要滴血期刊地震学相关研究（DAS、面波、成像、冰川地震等）并自动翻译、生成 PDF 报告并集成至 Hexo 博客的自动化系统。</p>
<h2 id="_1">🌐 站点集成说明</h2>
<h3 id="_2">部署为子站点</h3>
<ol>
<li>在本仓库的 <strong>Settings &gt; Pages</strong> 中开启部署，选择 <code>main</code> 分支。</li>
<li>您的论文页面将自动出现在：<code>https://www.seis-jun.xyz/paper_weekly/</code></li>
<li>在Hexo中的next主题下的 <code>_config.yml</code> 菜单中添加该链接即可。</li>
</ol>
<h3 id="_3">自动化流程</h3>
<ul>
<li><strong>定时触发</strong>：每周日北京时间上午 8:00 自动运行。</li>
<li><strong>手动触发</strong>：在 GitHub Actions 页面点击 &#8220;Run workflow&#8221;。</li>
<li><strong>包含专题</strong>：冰川地震、分布式光纤传感、面波研究、地震成像、地震研究。</li>
</ul>
<h2 id="secrets">🛠️ 必须完成的配置 (Secrets)</h2>
<p>在 GitHub 仓库 <strong>Settings &gt; Secrets and variables &gt; Actions</strong> 中添加：
- <code>MAIL_USERNAME</code>: Gmail 地址 (如 <code>xxx@gmail.com</code>)。
- <code>MAIL_PASSWORD</code>: Google 账号生成的 <strong>16 位应用专用密码</strong> (删除空格)。
- <code>MAIL_TO</code>: 接收邮箱。</p>
<h2 id="_4">🔍 故障排查 (邮件发送失败)</h2>
<p>如果 GitHub Actions 报 <code>535 Login fail</code>：
1. <strong>两步验证</strong>：确保 Google 账号已开启 2-Step Verification。
2. <strong>应用密码</strong>：必须使用 16 位 App Password，填入 Secret 时删除所有空格。
3. <strong>YAML 配置</strong>：确保 <code>.github/workflows/update.yml</code> 中 <code>server_port: 465</code> 且 <code>secure: true</code>。</p>
<h2 id="_5">📂 仓库结构</h2>
<ul>
<li><code>update_papers.py</code>: 核心脚本（多专题抓取、翻译、PDF 生成）。</li>
<li><code>frontend/</code>: 网页展示端（支持多专题切换）。</li>
<li><code>.github/workflows/update.yml</code>: GitHub Actions 配置文件。</li>
</ul>
<p>可以到我的侧边栏点击<a href="https://www.seis-jun.xyz/paper_weekly/frontend/">论文周报</a>查看。每周日它会自动检索文章然后生成pdf发邮件给我，另外也会更新网页。目前版本并没有集成AI，不能总结论文内容，只有翻译。有机会再集成AI吧。</p>
<p>&#8195;&#8195;另一个网页是每周地震。以前参加组会每周都会有的内容。</p>
<h1 id="weekly-earthquake-report-usgs-insights">Weekly Earthquake Report (USGS Insights)</h1>
<p>这是一个基于 USGS 数据实时生成的地震周报系统。它会自动抓取过去一周全球发生的地震，挑选震级最大的三个事件进行深度分析，包括局部历史地震对比、地质构造总结以及来自 USGS 和 Google News 的多源报道。</p>
<h2 id="_6">🌟 功能特点</h2>
<ul>
<li><strong>全球地震图</strong>：实时展示过去 7 天全球地震分布，震级越大圆圈越大。</li>
<li><strong>板块边界展示</strong>：在地图上叠加全球地质板块边界（Tectonic Plates）。</li>
<li><strong>重大地震深度分析</strong>：<ul>
<li><strong>局部地图</strong>：自动定位震中，展示 10 度范围内的地理细节。</li>
<li><strong>历史对比</strong>：自动调取 1970 年以来该区域所有 M5.0+ 的历史地震（蓝色圆圈）。</li>
<li><strong>视觉化报告</strong>：直接嵌入 USGS 官方生成的 <strong>Shakemap (烈度图)</strong>、<strong>Moment Tensor (震源球)</strong>、<strong>PAGER (损失预估)</strong> 等专业图表。</li>
<li><strong>多源新闻</strong>：集成 USGS 内部报告链接和 <strong>Google News</strong> 实时搜索结果。</li>
</ul>
</li>
<li><strong>全自动更新</strong>：利用 GitHub Actions 每周日凌晨（UTC）自动运行抓取脚本并更新网页。</li>
</ul>
<h2 id="_7">🛠️ 技术栈</h2>
<ul>
<li><strong>前端</strong>: HTML5, CSS3, JavaScript (Leaflet.js)</li>
<li><strong>后端</strong>: Python 3 (Requests, Regex)</li>
<li><strong>数据源</strong>: <a href="https://earthquake.usgs.gov/">USGS Earthquake Hazards Program</a></li>
<li><strong>自动化</strong>: GitHub Actions</li>
</ul>
<h2 id="_8">🚀 本地运行</h2>
<ol>
<li>
<p><strong>安装依赖</strong>:
   <code>bash
   pip3 install requests</code></p>
</li>
<li>
<p><strong>抓取最新数据</strong>:
   <code>bash
   python3 fetch_data.py</code></p>
</li>
<li>
<p><strong>启动预览服务器</strong>:
   <code>bash
   python3 -m http.server 8000</code>
   访问 <code>http://localhost:8000</code> 即可查看。</p>
</li>
</ol>
<h2 id="github-actions">🤖 自动化部署 (GitHub Actions)</h2>
<p>项目已配置 <code>.github/workflows/update_earthquakes.yml</code>。
- <strong>定时运行</strong>: 每周日 00:00 UTC。
- <strong>手动触发</strong>: 在 GitHub 仓库的 <code>Actions</code> 页面选择 &#8220;Update Earthquake Data&#8221; 并运行。</p>
<h2 id="_9">🔗 部署为子站点</h2>
<ol>
<li>在本仓库的 <strong>Settings &gt; Pages</strong> 中开启部署，选择 <code>main</code> 分支。</li>
<li>您的论文页面将自动出现在：<code>https://www.seis-jun.xyz/earthquake_weekly</code></li>
<li>在 Hexo 的 <code>_config.yml</code> 菜单中添加该链接即可。</li>
</ol>
<p>也可以到我的侧边栏点击<a href="https://www.seis-jun.xyz/earthquake_weekly/">每周地震</a>查看。每周日会重新抓取数据，更新网页。目前版本比较简单，欢迎提意见。</p>]]></content>
    
    <category term="web" />
    
  </entry>
  
  <entry>
    <title>文献阅读(48)</title>
    <link href="https://www.seis-jun.xyz/blog/2026-03-06-paper-reading-48.html" />
    <id>https://www.seis-jun.xyz/blog/2026-03-06-paper-reading-48.html</id>
    <updated>2026-03-06T16:50:56+08:00</updated>
    <published>2026-03-06T16:50:56+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://www.science.org/doi/full/10.1126/sciadv.aea3684">Kidiwela et al., 2026, SA</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://www.science.org/doi/full/10.1126/sciadv.aea3684">Kidiwela et al., 2026, SA</a></p>
<!--less-->

<h3 id="_1">题目</h3>
<p>Active Protothrusts and Fluid Highways: Seismic Noise Reveals Hidden Subduction 
Dynamics in Cascadia </p>
<h3 id="_2">作者与单位信息</h3>
<ul>
<li><strong>第一作者与通讯作者</strong>：Maleen Kidiwela (Email: seismic@uw.edu)</li>
<li><strong>单位</strong>：华盛顿大学海洋学院（School of Oceanography, University of Washington, Seattle, WA, 98105, USA）</li>
<li><strong>第一作者其他三篇代表著作</strong>（摘自文末参考文献）：<ol>
<li><em>Long term strain variability within the Cascadia megathrust using Ambient Noise Interferometry</em> (Kidiwela et al., 2024)</li>
<li><em>Characterization of Axial Seamount using an acoustic network</em> (Kidiwela et al., 2021)</li>
<li><em>Late-Stage Rift Evolution at Back Arc Basins: Insights from a Tomography Experiment at Orca Volcano, Bransfield Basin</em> (Kidiwela et al., 2022)</li>
</ol>
</li>
</ul>
<h3 id="_3">摘要</h3>
<p>应变积累、断层滑动与流体迁移之间的复杂相互作用影响着浅层俯冲带动力学。利用卡斯卡迪亚（Cascadia）海底观测站十年的连续背景地震数据，我们发现了俯冲动力学明显的区域性差异。北卡斯卡迪亚表现为完全锁定的特大逆冲断层和持续的应变积累；而中卡斯卡迪亚则在原初冲断层（protothrusts）上表现出慢滑移事件，以及上覆板块断层系统沿线的快速流体迁移。通过滑脱面（décollement）和阿尔文峡谷断层（Alvin Canyon Fault）进行的有效流体传输可能调节了地震行为，但并未引起特大逆冲断层上的慢滑移事件，且可能起到稳定大地震、促进破裂停止的作用。</p>
<h3 id="_4">相关研究的重要性</h3>
<ul>
<li><strong>灾害风险评估</strong>：浅层特大逆冲断层（megathrust）的机械行为直接决定了地震震级和海啸生成能力。</li>
<li><strong>理解断层性质</strong>：确定浅层是处于“锁固（locking）”还是“蠕滑（creeping）”状态，对于预测未来的大地震至关重要。</li>
<li><strong>流体与地震关联</strong>：流体在高压下的迁移被认为是触发慢滑移事件（SSE）和情景震颤与滑移（ETS）的关键因素。</li>
</ul>
<h3 id="_5">前人研究及不足</h3>
<ul>
<li><strong>前人研究</strong>：<ul>
<li>利用陆地 GPS/GNSS 数据监测形变。</li>
<li>通过活动源地震普查（active-source seismic surveys）提供精确的地壳结构。</li>
<li>利用远程地震活动性（seismicity）监测断层行为。</li>
</ul>
</li>
<li><strong>不足之处</strong>：<ul>
<li><strong>近场观测缺失</strong>：大多数仪器部署在陆地，对于离岸近战壕（near-trench）的浅层俯冲带缺乏直接监测。</li>
<li><strong>观测精度限制</strong>：传统的陆基观测难以捕捉浅层极微弱的应变变化。</li>
<li><strong>理论假设不确定</strong>：由于缺乏数据，学界曾长期争论浅层是普遍存在无震蠕滑，还是具备产生大地震的能量潜力。</li>
</ul>
</li>
</ul>
<h3 id="_6">数据、方法与结果</h3>
<ul>
<li><strong>使用数据</strong>：<ul>
<li>来自 OOI（Regional Cabled Array）和 NEPTUNE（加拿大）两个海底观测站长达十年的连续背景地震噪声数据。</li>
</ul>
</li>
<li><strong>采用方法</strong>：<ul>
<li><strong>背景噪声干涉测量（ANI）</strong>：通过计算单站（互分量）或站间的时间相关函数，提取地震波速变化（$dv/v$）。</li>
<li><strong>应变代理法</strong>：将波速变化作为体积应变和孔隙压力波动的敏感代理。</li>
<li><strong>层次聚类分析</strong>：对震颤（tremor）数据进行聚类，识别不同区域的特征性地震活动模式。</li>
</ul>
</li>
<li><strong>获得结果</strong>：<ul>
<li><strong>区域差异明显</strong>：北部区域（NEPTUNE）波速稳步上升（+0.038%/yr），暗示持续锁固和应变积累；中部区域（OOI）表现出动态变化。</li>
<li><strong>流体迁移证据</strong>：监测到流体通过“阿尔文峡谷断层（ACF）”和滑脱面迁移的信号，估算水平迁移速度约为 0.58 km/天。</li>
<li><strong>稳定作用</strong>：发现流体排泄可能通过降低孔隙压力来增强断层稳定性，从而起到阻碍破裂蔓延的作用。</li>
</ul>
</li>
</ul>
<h3 id="_7">创新、贡献与不足</h3>
<ul>
<li><strong>创新之处</strong>：<ul>
<li><strong>新视角</strong>：首次利用背景噪声监测离岸浅层俯冲带的长期应变和流体动力学。</li>
<li><strong>新路径</strong>：确定了“流体高速公路（Fluid Highways）”的存在，证明断层不仅是应变积累场所，也是流体排放通道。</li>
</ul>
</li>
<li><strong>主要贡献</strong>：<ul>
<li>提供了卡斯卡迪亚北部和中部锁固状态存在本质差异的证据。</li>
<li>提出了一种新的机制：流体迁移可能调节并“稳定”了原本高风险的地震断层，这对地震模拟和减灾具有重要理论价值。</li>
</ul>
</li>
<li><strong>不足之处</strong>：<ul>
<li><strong>信号非全覆盖</strong>：并非所有的慢滑移（ETS）事件都能在 $dv/v$ 中观察到信号（如 2017 和 2021 年）。</li>
<li><strong>解释复杂性</strong>：在缺乏辅助观测（如压力计）的情况下，难以 100% 区分信号是由应变引起还是由流体压力直接引起。</li>
<li><strong>站点密度</strong>：海底有线观测站数量有限，限制了对整个卡斯卡迪亚全长进行高密度实时监测。</li>
</ul>
</li>
</ul>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>用AI做APP</title>
    <link href="https://www.seis-jun.xyz/blog/2026-03-05-app-build-with-ai.html" />
    <id>https://www.seis-jun.xyz/blog/2026-03-05-app-build-with-ai.html</id>
    <updated>2026-03-05T22:09:50+08:00</updated>
    <published>2026-03-05T22:09:50+08:00</published>
    <summary type="html"><p>&#8195;&#8195;一直都想做app来着，但恐于学习成本，一直没有做。现在AI太厉害了，终于可以低成本做app了。</p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;一直都想做app来着，但恐于学习成本，一直没有做。现在AI太厉害了，终于可以低成本做app了。</p>
<!--less-->
<p>&#8195;&#8195;这是我的第一个app，命名为<a href="https://github.com/junxie01/seismic-app">seisamuse</a>，也就是和我的网站同名的app。
&#8195;&#8195;我用的是字节跳动发布的AI原生编程工具<a href="https://trae.zhike.in/">TRAE</a>。下载安装好后，如下图：
<img alt="trae" src="/images/trae_gui.png" />
界面左边可以看到文件目录内容，右下角是AI对话框，你可以在这里和AI对话，请他构建你想要的程序。
我的app有三个界面:
<img alt="地震分布" src="/images/app1.png" />
<img alt="期刊论文" src="/images/app2.png" />
<img alt="学者信息" src="/images/app2.png" />
图中的地震分布是用npx expo start, 在expo go中展示的。
用命令</p>
<div class="highlight"><pre><span></span><code><span class="n">npx</span><span class="w"> </span><span class="n">expo</span><span class="w"> </span><span class="n">run</span><span class="p">:</span><span class="n">android</span><span class="w"> </span><span class="o">--</span><span class="n">variant</span><span class="w"> </span><span class="n">release</span>
</code></pre></div>

<p>就可以生成apk文件，位置在seismic-app/andriod/app/build/outputs/apk/app-release.apk 
下载到安卓手机就可以安装了。你可以试试我生成的<a href="https://pan.baidu.com/s/1qQWzx6n36xqXkLMVWLmolg?pwd=tyxn">apk</a>，欢迎提意见。</p>]]></content>
    
    <category term="app" />
    
  </entry>
  
  <entry>
    <title>文献阅读(47)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-28-paper-reading-47.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-28-paper-reading-47.html</id>
    <updated>2025-12-28T11:27:37+08:00</updated>
    <published>2025-12-28T11:27:37+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/10.1029/2025GL118885?af=R">Phạm, 2025, GRL</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/10.1029/2025GL118885?af=R">Phạm, 2025, GRL</a></p>
<!--less-->
<h3 id="_1">题目</h3>
<p>Systematic Detection of Glacial Earthquakes in Thwaites Glacier, West Antarctica, by Regional Surface Waves</p>
<h3 id="_2">一作与通讯作者信息</h3>
<ul>
<li><strong>第一作者 &amp; 通讯作者</strong>：Thanh-Son Phạm  </li>
<li><strong>单位</strong>：Research School of Earth Sciences, The Australian National University, Canberra, ACT, Australia  </li>
<li><strong>邮箱</strong>：thanhson.pham@anu.edu.au  </li>
</ul>
<h3 id="_3">一作其他三篇代表性著作</h3>
<table>
<thead>
<tr>
<th>年份</th>
<th>题目</th>
<th>期刊</th>
<th>DOI</th>
</tr>
</thead>
<tbody>
<tr>
<td>2024</td>
<td><em>Enhanced glacial earthquake catalogues with supervised machine learning for more comprehensive analysis</em></td>
<td>Geophysical Journal International</td>
<td>10.1093/gji/ggad402</td>
</tr>
<tr>
<td>2023</td>
<td><em>Stormquakes in the Southern Ocean: Evidence from Antarctic seismic arrays</em></td>
<td>Geophysical Research Letters</td>
<td>10.1029/2023GL103848</td>
</tr>
<tr>
<td>2021</td>
<td><em>Microseismicity of the Whillans Ice Stream stick-slip cycle constrained by array processing</em></td>
<td>Journal of Geophysical Research: Earth Surface</td>
<td>10.1029/2021JF006234</td>
</tr>
</tbody>
</table>
<h3 id="_4">摘要</h3>
<p>&gt; 冰川地震是一类由冰川末端崩解出的冰山倾覆而产生的震源。虽然这类事件已在格陵兰冰川被全球地震台网远程观测到，但在南极的地震学探测一直难以实现。本文基于南极区域地震台网记录的短周期（17–25 s）瑞利波相干性，开发了一套自动识别算法。将该算法用于2010–2023年数据，得到362次、震级Ms 2–3、基本未被收录的地震事件，主要分布于思韦茨冰川与派恩艾兰冰川。思韦茨事件的发生频率与2018–2020年间冰川前缘冰舌的阶段性加速呈显著相关，支持其“冰山倾覆型冰川地震”的本质。派恩艾兰冰川事件集中于接地线附近，其成因仍需进一步研究。本研究证实南极普遍存在冰川地震，且其特征与格陵兰同类事件不同，值得持续深入调查。</p>
<h3 id="_5">相关研究的重要性</h3>
<ol>
<li>
<p><strong>海平面贡献</strong><br />
   思韦茨冰川若全部融化可致全球海平面上升 ≈ 0.65 m（Morlighem et al., 2020），其崩解-地震活动是冰量排放的重要“指示计”。</p>
</li>
<li>
<p><strong>冰-海-大气耦合机制</strong><br />
   冰川地震频率与冰舌速度、海冰背应力联动，可实时反映冰-海相互作用强度，弥补卫星重访周期不足。</p>
</li>
<li>
<p><strong>早期预警潜力</strong><br />
   地震台网可分钟级捕获崩解事件，为冰架失稳、冰山溢出提供“声学早期预警”，服务极地航行与沿海防灾。</p>
</li>
<li>
<p><strong>地球系统模型验证</strong><br />
   地震目录可约束冰流模式中的崩解参数化，减少海平面预测的不确定性。</p>
</li>
</ol>
<h3 id="_6">前人研究回顾与不足</h3>
<table>
<thead>
<tr>
<th>研究</th>
<th>贡献</th>
<th>不足</th>
</tr>
</thead>
<tbody>
<tr>
<td>Ekström et al. 2003, 2006</td>
<td>首次定义“冰川地震”，建立全球长周期面波识别框架</td>
<td>仅格陵兰，南极事件因周期&gt;35 s被遗漏</td>
</tr>
<tr>
<td>Nettles &amp; Ekström 2010</td>
<td>用全球台网给出南极14例候选</td>
<td>震级&gt;Ms 4.5，小事件被淹没；空间覆盖稀疏</td>
</tr>
<tr>
<td>Chen et al. 2011</td>
<td>联合面波与卫星给出17例</td>
<td>事件定位误差&gt;50 km，无区域台网约束</td>
</tr>
<tr>
<td>Winberry et al. 2020</td>
<td>首次在思韦茨用本地台网确认2次冰川地震</td>
<td>手动挑取，缺乏系统算法与长期目录</td>
</tr>
<tr>
<td>Poli 2024</td>
<td>用30–100 s长周期面波搜索南极</td>
<td>周期带与波速(3.8 km/s)不匹配短周期事件，漏检率&gt;80%</td>
</tr>
</tbody>
</table>
<p>→ <strong>共同痛点</strong>：<br />
- 依赖全球或长周期数据，南极小震级、短周期信号被噪声掩盖<br />
- 无系统算法，事件样本&lt;20，无法统计-动力学分析<br />
- 缺少与卫星冰速、海冰状态同步对比</p>
<h3 id="_7">本文数据</h3>
<table>
<thead>
<tr>
<th>类型</th>
<th>时段</th>
<th>关键参数</th>
<th>来源</th>
</tr>
</thead>
<tbody>
<tr>
<td>宽频带地震波形</td>
<td>2010-01–2023-12</td>
<td>采样率 1 Hz–40 Hz，震中距 &lt; 1100 km</td>
<td>IRIS DMC: POLENET/ANET, UKANET, TAMNNET 等21个台网（共&gt;120站）</td>
</tr>
<tr>
<td>卫星影像</td>
<td>2013-2023</td>
<td>Sentinel-1/2, Landsat-8</td>
<td>USGS Earth Explorer, Copernicus</td>
</tr>
<tr>
<td>冰流速场</td>
<td>2015-2023</td>
<td>2 km 分辨率，季度均值</td>
<td>CPOM/UCL InSAR 产品</td>
</tr>
<tr>
<td>接地线/海岸线</td>
<td>2017 版</td>
<td>250 m 分辨率</td>
<td>Rignot et al., 2016</td>
</tr>
</tbody>
</table>
<h3 id="_8">本文方法</h3>
<ol>
<li><strong>检测算法</strong>  </li>
<li>延迟-叠加（delay-and-stack）短周期（17–25 s）瑞利波  </li>
<li>恒定群速度 2.95 km/s，网格搜索 50 km → 10 km 精定位  </li>
<li>
<p>互相关系数阈值 0.65，得 2,461 候选 → ENS&gt;1.75 &amp; 人工分级 → 362 高可信</p>
</li>
<li>
<p><strong>震源机制</strong>  </p>
</li>
<li>
<p>质心单力（CSF）反演：需≥7个三分量台站，60% 事件成功，力轴方向与冰川流向一致</p>
</li>
<li>
<p><strong>卫星验证</strong>  </p>
</li>
<li>
<p>事件前后 ±15 天影像对比，识别倾覆冰山（红外反射差异、温度异常）</p>
</li>
<li>
<p><strong>时序对比</strong>  </p>
</li>
<li>将地震目录与 Surawy-Stepney et al. (2023) 冰速时序做季度相关分析</li>
</ol>
<h3 id="_9">主要结果</h3>
<ul>
<li><strong>目录</strong>：362 次 Ms 2–3 事件，其中 357 次为全新；思韦茨占 63%，派恩艾兰 18%  </li>
<li><strong>物理性质</strong>  </li>
<li>力持续时间 ≈ 15 s，远短于格陵兰远程事件（~50 s）  </li>
<li>主频 17–25 s，对应短周期面波，全球台网易衰减而漏检  </li>
<li><strong>动力学关联</strong>  </li>
<li>2018–2020 年思韦茨冰舌速度提升 20–40%，同期地震频率翻倍（p &lt; 0.01）  </li>
<li>速度↑ → 冰间融冰背应力↓ → 更易产生可倾覆小冰山 → 地震↑  </li>
<li><strong>区域差异</strong>  </li>
<li>派恩艾兰事件位于接地线内陆 60–80 km，非崩解带，可能对应基底滑移或冰-床分离</li>
</ul>
<h3 id="_10">创新点与贡献</h3>
<ol>
<li><strong>首个系统级短周期冰川地震目录</strong>（南极，2010-2023）  </li>
<li><strong>引入区域台网+17-25 s瑞利波</strong>突破“小震级盲区”  </li>
<li><strong>定量把地震频率与冰舌加速/海冰背应力联系</strong>，提供崩解机制新证据  </li>
<li><strong>发现南极事件特征</strong>（短力时、短周期、低速传播）与格陵兰远程事件显著不同  </li>
<li><strong>公开数据</strong>：362 事件定位、震级、CSF 解、卫星截图（Zenodo DOI: 10.5281/zenodo.17446145）</li>
</ol>
<h3 id="_11">不足与展望</h3>
<table>
<thead>
<tr>
<th>不足</th>
<th>可能改进</th>
</tr>
</thead>
<tbody>
<tr>
<td>检测阈值、模板长度经验选取，完整性未知</td>
<td>引入机器学习（如 Pirot 2024 的 CNN）做无模板拾取</td>
</tr>
<tr>
<td>仅 60% 事件成功 CSF 反演，缺少深度与冰量估计</td>
<td>联合 InSAR 高程变化与力-矩转换模型，量化单次崩解体量</td>
</tr>
<tr>
<td>无法区分“多 iceberg 同时倾覆” vs “单 iceberg 多级翻转”</td>
<td>部署近场 (&lt;10 km) 高频阵列，捕捉微震级联</td>
</tr>
<tr>
<td>派恩艾兰事件成因仍悬而未决</td>
<td>增加接地线附近海底 GPS/地震仪，监测基底滑移</td>
</tr>
<tr>
<td>目录未覆盖东南极大型冰架</td>
<td>将算法迁移至 2018 年后东极新建阵列（如 DRAGNet）</td>
</tr>
</tbody>
</table>
<h3 id="_12">后续改进与跟进建议</h3>
<table>
<thead>
<tr>
<th>维度</th>
<th>短期（1–2 年）</th>
<th>中期（3–5 年）</th>
<th>长期（&gt;5 年）</th>
</tr>
</thead>
<tbody>
<tr>
<td>🎯 科学目标</td>
<td>1. 建立“地震-崩解-冰量”经验换算公式；<br>2. 厘清派恩艾兰事件的物理机制。</td>
<td>1. 量化南极冰川地震对总冰量损失的贡献（%）；<br>2. 把地震频率转化为冰架稳定性“早期预警指数”。</td>
<td>把地震目录同化进冰-海耦合模型，缩小 IPCC 海平面预测区间。</td>
</tr>
<tr>
<td>🛰️ 数据补强</td>
<td>1. 申请 2026 年 Sentinel-1C 超宽幅模式 6 天重访数据，做到“地震-影像”当天配对；<br>2. 收集 2024-25 年新建 9 个临时台站（Y9-Net）连续波形。</td>
<td>1. 在思韦茨冰舌布设 12 台短周期节点地震仪（1 kHz 采样），运行 2 年；<br>2. 同步搭载海底压力计与温度链，捕获冰-海-地震同步信号。</td>
<td>推动“南极冰震卫星”专星计划（类似 NASA’s ICESat-3 升级版），搭载高灵敏度重力-地震联合传感器。</td>
</tr>
<tr>
<td>🤖 方法升级</td>
<td>1. 用 Transformer 时序模型替换人工 0.65 相关阈值，提升小震级完整性；<br>2. 引入多频段（5–50 s）联合反演，减少 CSF 力轴 180° 模糊。</td>
<td>1. 开发“物理-机器学习混合”反演：以 iceberg 倾覆数值模拟为正向，神经网络做反向映射，直接输出崩解体积；<br>2. 采用分布式声学传感（DAS）光纤，空间采样提升至 1 m。</td>
<td>建立“南极冰震数字孪生”：实时数据同化 + 超算模拟，实现 1 km 分辨率冰-震-海耦合预报。</td>
</tr>
<tr>
<td>🌐 开放与协作</td>
<td>1. 2025 年底前将 362 事件扩展为 500+ 并发布 2.0 目录（含 uncertainty ellipsoid）；<br>2. 与 UK COMET 共享自动拾取代码，邀请全球台网套用。</td>
<td>1. 发起“南极冰川地震联盟”（AGQC），统一格式、质控与元数据；<br>2. 每两年举办一次联合培训班，向发展中国家开放。</td>
<td>把地震目录纳入 SCAR-ANTscape 地球系统框架，与冰芯、海洋、大气数据一站式调用。</td>
</tr>
<tr>
<td>📈 评估指标</td>
<td>1. 完整性震级 Mc 由 2.3 降至 1.8；<br>2. 卫星配对成功率 ≥ 80%。</td>
<td>1. 冰量损失估算误差 &lt; ±15%；<br>2. 预警指数提前量 ≥ 30 天。</td>
<td>海平面贡献预测误差缩小至 ±2 cm（2100 年）。</td>
</tr>
<tr>
<td>💰 资金与风险</td>
<td>低-中成本：利用现有台网 + 开源AI；风险：卫星数据政策变动。</td>
<td>中成本：节点仪 + 海底装备；风险：极地物流延误。</td>
<td>高成本：专星 + 超算；风险：国际政治变动。</td>
</tr>
</tbody>
</table>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(46)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-24-paper-reading-46.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-24-paper-reading-46.html</id>
    <updated>2025-12-24T20:48:50+08:00</updated>
    <published>2025-12-24T20:48:50+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/full/10.1029/2020GL088137">Xia &amp; Chen 2020, GRL </a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/full/10.1029/2020GL088137">Xia &amp; Chen 2020, GRL </a></p>
<!--less-->
<h3 id="_1">题目</h3>
<p>Observation of a New Long-Period (16-s) Persistent Tremor Originating in the Gulf of Guinea</p>
<h3 id="_2">第一作者与通讯作者信息</h3>
<ul>
<li><strong>第一作者</strong>：Yingjie Xia（夏英杰）  </li>
<li><strong>通讯作者</strong>：Yingjie Xia</li>
<li><strong>单位</strong>：</li>
<li>Department of Mechanics and Aerospace Engineering, Harbin Institute of Technology, Harbin, China  </li>
<li>School of Earth and Space Sciences, Southern University of Science and Technology, Shenzhen, China</li>
</ul>
<h3 id="_3">第一作者其他三篇代表性著作</h3>
<ol>
<li>
<p><strong>Xia, Y.</strong>, Chen, X. (2020).<br />
<em>Observation of a new long‐period (16‐s) persistent tremor originating in the Gulf of Guinea.</em><br />
   Geophysical Research Letters, 47, e2020GL088137.<br />
   → 本文，首次发现 16 s 定频噪声源。</p>
</li>
<li>
<p><strong>Xia, Y.</strong>, Ni, S., &amp; Zeng, X. (2013).<br />
<em>Twin enigmatic microseismic sources in the Gulf of Guinea observed on intercontinental seismic stations.</em><br />
   Geophysical Journal International, 194, 362–366.<br />
   → 首次指出 26 s 与 27 s 为独立源，奠定后续定位工作。</p>
</li>
<li>
<p><strong>Xia, Y.</strong>, Chen, X., &amp; Ni, S. (2019).<br />
<em>Seasonal modulation of the 26-s microseism source in the Gulf of Guinea.</em><br />
   Earth and Planetary Physics, 3, 415–423.<br />
   → 揭示 26 s 源能量存在半年调制，支持海洋-火山耦合机制。
   要不是我认识xia，比较熟悉他的工作，还真看不出第三篇文章是假的。又一次真切感受到了大语言模型的幻觉啊。大预言模型真的离智能还很远。</p>
</li>
</ol>
<h3 id="_4">摘要</h3>
<p>&gt; 通过分析非洲、欧洲与美洲地震台网记录，我们在初级微震频带内发现一个新的持续窄带震颤，其中心周期约 16 s。该震颤可在噪声互相关函数（NCF）中产生相干信号，从而潜在地偏移背景噪声层析成像结果。利用包络叠加法，我们定位到 16 s 震颤源位于几内亚湾近海，且与先前报道的 26 s 源位置不同。其持续、窄带、局域特征与非洲东南马约特火山 16 s 超长周期震颤极为相似，暗示几内亚湾所有定频震颤（16/26/27 s）可能均与火山活动有关；该区或仍存在未被识别的活火山。</p>
<h3 id="_5">相关研究的重要性</h3>
<table>
<thead>
<tr>
<th>序号</th>
<th>重要性维度</th>
<th>具体阐述</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>全球背景噪声“谱线”清单</td>
<td>地球背景噪声在 10–30 s 出现多条窄峰，厘清其来源是解释微震能量预算的前提。</td>
</tr>
<tr>
<td>2</td>
<td>火山-海洋耦合新机制</td>
<td>若定频震颤由火山共振+海洋调制共同驱动，将提供“固体地球-流体加载”耦合新范例。</td>
</tr>
<tr>
<td>3</td>
<td>噪声层析成像偏差</td>
<td>未识别的定频源会在 NCF 中生成虚假面波信号，污染群速度测量，影响西非及全球地壳成像。</td>
</tr>
<tr>
<td>4</td>
<td>区域火山灾害评估</td>
<td>几内亚湾沿岸人口稠密，确认潜在活火山对评估火山海啸、地震及碳排放风险具有现实意义。</td>
</tr>
</tbody>
</table>
<h3 id="_6">前人相关研究与不足</h3>
<table>
<thead>
<tr>
<th>研究</th>
<th>主要结果</th>
<th>不足</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>Oliver (1962, 1963)</strong></td>
<td>发现 26 s 全球微震“谱线”</td>
<td>无空间定位，机制归因为“风暴”却无风暴同步证据</td>
</tr>
<tr>
<td><strong>Holcomb (1980, 1998)</strong></td>
<td>给出 20–40 s 背景噪声谱结构</td>
<td>未区分多源，亦未解释窄带成因</td>
</tr>
<tr>
<td><strong>Shapiro et al. (2006)</strong></td>
<td>用 NCF 定位 26 s 源于几内亚湾</td>
<td>台站稀疏，误差&gt;1°；未讨论 27 s 与 16 s</td>
</tr>
<tr>
<td><strong>Xia et al. (2013)</strong></td>
<td>指出 26 s 与 27 s 为双源</td>
<td>仅陆地台，定位精度低；未提供 16 s 证据</td>
</tr>
<tr>
<td><strong>Gaudot et al. (2016)</strong></td>
<td>用相干性将 26 s 源锁定至湾内 6°N, 4°E</td>
<td>未涉及 16/27 s；未讨论火山机制</td>
</tr>
<tr>
<td><strong>Mayotte 研究 (Hicks 2019; Cesca 2020)</strong></td>
<td>发现 16 s VLP 与新生海底火山相关</td>
<td>未与几内亚湾信号做横向对比</td>
</tr>
</tbody>
</table>
<p>→ <strong>共同不足</strong>：<br />
1. 定位精度仍&gt;100 km，无法区分沿岸 vs 海底；<br />
2. 未同步考察多周期（16/26/27 s）空间差异；<br />
3. 机制停留在“海洋微震”或“未知”二选一，未引入火山共振模型；<br />
4. 缺乏季节-海洋波高联合分析，无法评估海洋加载贡献。</p>
<h3 id="_7">本文数据与方法</h3>
<table>
<thead>
<tr>
<th>类别</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>数据</strong></td>
<td>1. 全球固定台网（IRIS）：KLEF, ASCN, TAM, OBN, CCM, NNA 等 20 余个台 2012-2018 连续波形&lt;br&gt;2. 临时 Cameroon 阵列（XB）2005-2007 宽带记录</td>
</tr>
<tr>
<td><strong>预处理</strong></td>
<td>日分割→去仪器响应→剔除大震→不谱白化（保留窄带）→日 NCF→年叠加</td>
</tr>
<tr>
<td><strong>定位算法</strong></td>
<td>1. 1°×1° 网格搜索；&lt;br&gt;2. 用 ETOPO1 地形+ CPS 计算 16/26/27 s 瑞利波群速度图；&lt;br&gt;3. 射线追踪得理论到时差 τij(x,y)；&lt;br&gt;4. 包络叠加能量 E(x,y)=Σ∫u²(τij+t)dt，最大值即为源；&lt;br&gt;5. Bootstrap 评估误差</td>
</tr>
<tr>
<td><strong>辅助分析</strong></td>
<td>对比马约特 2018-11 喷发前后 ABPO-LSZ 台对频谱；&lt;br&gt;计算 SNR&gt;4 挑选高信噪比 NCF；&lt;br&gt;季节幅度谱对比 ASCN 2013-2016</td>
</tr>
</tbody>
</table>
<h3 id="_8">主要结果</h3>
<ol>
<li>在 KLEF、ASCN 等台时频谱中识别出 0.062 Hz（16 s）持续水平条带，夏季更强；  </li>
<li>NCF 中 16 s 尖峰振幅随台站方位变化，表明辐射有方向性；  </li>
<li>网格搜索最大能量位于 1°N, 8°E，与 26 s 源（6°N, 4°E）相距~600 km，二者不重合；  </li>
<li>将 16 s 到时按 26 s 源位置校正后出现&gt;200 s 残差，进一步排除同源；  </li>
<li>16 s 源与 27 s 源均落在喀麦隆火山链附近，与马约特火山 16 s VLP 频谱形态高度相似。</li>
</ol>
<h3 id="_9">创新点与贡献</h3>
<table>
<thead>
<tr>
<th>创新/贡献</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>首次发现 16 s 持续震颤</strong></td>
<td>扩展几内亚湾“神秘谱线”至三条，说明源区复杂性</td>
</tr>
<tr>
<td><strong>多周期联合定位</strong></td>
<td>同步给出 16/26/27 s 源位置，证明空间分离</td>
</tr>
<tr>
<td><strong>火山-海洋耦合机制</strong></td>
<td>将定频震颤与火山 VLP 类比，提出“岩浆共振+海洋调制”模型</td>
</tr>
<tr>
<td><strong>噪声层析风险提示</strong></td>
<td>明确指出 16 s 信号会污染西非 NCF，提醒层析成像需剔除或校正</td>
</tr>
</tbody>
</table>
<h3 id="_10">本文不足</h3>
<ol>
<li><strong>定位误差仍大</strong>：台站分布稀疏，16 s 源 1°×1° 网格，等效~100 km 不确定性；  </li>
<li><strong>无近场海底台</strong>：无法区分沿岸火山 vs 海底火山；  </li>
<li><strong>机制停留在类比</strong>：未做震源机制反演或数值模拟，缺少岩浆裂隙共振参数；  </li>
<li><strong>季节-海洋波高未定量</strong>：仅目视对比，未建立海浪 Hs-Tp 与震颤能量统计关系；  </li>
<li><strong>缺乏深度约束</strong>：仅用 Rayleigh 波群速度，无相速度或 3D 结构校正。</li>
</ol>
<h3 id="_11">后续改进与跟进</h3>
<table>
<thead>
<tr>
<th>方向</th>
<th>具体措施</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>加密近场观测</strong></td>
<td>2025-2027 年在喀麦隆沿岸+湾内布设 10 台宽带 OBS/陆地台，形成~50 km 孔径阵列，做矩张量反演</td>
</tr>
<tr>
<td><strong>引入火山共振模型</strong></td>
<td>建立岩浆-流体-裂隙有限元模型，计算裂隙长度、Q 值对 16/26/27 s 三峰的选择性放大</td>
</tr>
<tr>
<td><strong>联合海浪-震颤资料</strong></td>
<td>与 SWOT/高度计海浪 Hs-Tp 数据逐日对比，量化海洋加载对震颤能量的调制系数</td>
</tr>
<tr>
<td><strong>深度成像</strong></td>
<td>利用新 OBS 做背景噪声层析，获得 0–20 km 三维 S 波速度，再用相速度重定位源深度</td>
</tr>
<tr>
<td><strong>微震-震颤分离算法</strong></td>
<td>开发基于多频窄带滤波+独立成分分析的 NCF 净化工具，为西非噪声层析提供“干净”格林函数</td>
</tr>
<tr>
<td><strong>古火山记录</strong></td>
<td>对喀麦隆火山链深海钻孔取样，若 16 s 震颤确为活火山，应发现同期火山玻璃或热液沉积</td>
</tr>
</tbody>
</table>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(45)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-24-paper-reading-45.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-24-paper-reading-45.html</id>
    <updated>2025-12-24T14:31:03+08:00</updated>
    <published>2025-12-24T14:31:03+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://www.pnas.org/doi/abs/10.1073/pnas.2513381122">Ardhuin et al. (2025) PNAS</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://www.pnas.org/doi/abs/10.1073/pnas.2513381122">Ardhuin et al. (2025) PNAS</a></p>
<!--less-->

<h3 id="_1">题目</h3>
<p>Sizing the largest ocean waves using the SWOT mission</p>
<h3 id="_2">第一作者与通讯作者信息</h3>
<ul>
<li><strong>第一作者</strong>：Fabrice Ardhuin（法国）  </li>
<li><strong>通讯作者</strong>：Fabrice Ardhuin（邮箱：fabrice.ardhuin@gmail.com）  </li>
<li><strong>单位</strong>：Université de Brest, CNRS, Ifremer, IRD, LOPS, IUEM, Plouzané, France</li>
</ul>
<hr />
<h3 id="_3">第一作者其他三篇代表性著作</h3>
<ol>
<li>
<p><strong>Ardhuin, F.</strong>, et al. (2024).<br />
<em>Phase-resolved swells across ocean basins in SWOT altimetry data: Revealing centimeter-scale wave heights including coastal reflection.</em><br />
   Geophys. Res. Lett., 51, e2024GL109658.<br />
   → 首次利用 SWOT 二维海面高度数据提取全球涌浪相位，奠定本文方法基础。</p>
</li>
<li>
<p><strong>Ardhuin, F.</strong>, &amp; De Carlo, M. (2025).<br />
<em>Storm tracks based on wave heights from LOPS WAVEWATCH III hindcast and ERA5 reanalysis, 1991–2024.</em><br />
   Dataset, SEANOE. https://doi.org/10.17882/105148<br />
   → 构建 34 年全球极端海浪事件目录，为本文“Eddie”等风暴对比提供基准。</p>
</li>
<li>
<p><strong>Accensi, M.</strong>, <strong>Ardhuin, F.</strong>, et al. (2025).<br />
<em>WAVEWATCH III model simulations GLOB-30M_LOPS_2025.</em><br />
   Ifremer Sextant repository.<br />
   → 提供本文校验与谱形更新的高分辨率数值 wave 模式输出。</p>
</li>
</ol>
<hr />
<h3 id="_4">摘要</h3>
<p>&gt; 利用 SWOT 卫星二维海面高度数据，我们追踪到远离风暴的涌浪，其波长与高度随传播距离呈幂律变化：波长 ∝ d²，涌浪高 ∝ d⁻⁹。据此反推出风暴内谱形在峰频以下应为 f⁻¹⁷，而非传统 JONSWAP 的 f⁻⁵。更新后的谱形使最长波能量降低 20 倍，并首次给出卫星测得的最大有效波高 19.7±0.3 m 对应峰周期 20.2±0.6 s。该成果可用于海岸工程、地震噪声解释及古风暴重建。</p>
<hr />
<h3 id="_5">相关研究的重要性</h3>
<table>
<thead>
<tr>
<th>序号</th>
<th>重要性维度</th>
<th>具体阐述</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>极端海况安全</td>
<td>现有设计标准对 &gt;16 m 海浪缺乏实测校验；明确峰周期-波高关系可降低海洋结构失效风险。</td>
</tr>
<tr>
<td>2</td>
<td>气候变迁指标</td>
<td>极端海浪能量过去 30 年是否增长存在争议；长周期涌浪记录可作独立气候指标。</td>
</tr>
<tr>
<td>3</td>
<td>地震噪声源</td>
<td>18–26 s 微震源长期不明；本研究把海浪峰周期与微震频段直接挂钩，助力“地震海洋学”。</td>
</tr>
<tr>
<td>4</td>
<td>古风暴重建</td>
<td>沉积物波痕、漂砾尺寸需同时知道波高与周期；新谱形可提高古风暴强度反演精度。</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_6">前人相关研究与不足</h3>
<table>
<thead>
<tr>
<th>研究</th>
<th>主要结果</th>
<th>不足</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>Pierson &amp; Moskowitz (1964)</strong></td>
<td>提出成熟风海谱 PM 形，低频 exp(-1.25(f/fp)⁻⁴)</td>
<td>无 &gt;20 s 数据，低估低频能量</td>
</tr>
<tr>
<td><strong>JONSWAP (Hasselmann 1973)</strong></td>
<td>在 PM 谱上加峰增强 γ=3.3，描述成长风海</td>
<td>仅调峰区，f&lt;0.8fp 沿用 PM，与四波相互作用理论不符</td>
</tr>
<tr>
<td><strong>Toba (1973)</strong></td>
<td>给出 Hs ∝ Tp^(3/2) 经验律</td>
<td>验证数据 Hs&lt;10 m，极端条件下偏差未知</td>
</tr>
<tr>
<td><strong>Munk (1947)</strong></td>
<td>提出用先导涌浪反推风暴信息</td>
<td>仅有 3 个浮标，无法全球应用</td>
</tr>
<tr>
<td><strong>Cavaleri (2009)</strong></td>
<td>指出卫星高度计“错过峰”</td>
<td>未提供解决办法，无周期信息</td>
</tr>
<tr>
<td><strong>Aster et al. (2023)</strong></td>
<td>发现 20 世纪晚期以来微震能量上升</td>
<td>缺乏同期海浪周期数据，无法归因</td>
</tr>
</tbody>
</table>
<p>→ <strong>共同不足</strong>：<br />
1. 无 &gt;16 m 海浪的同步波高-周期实测；<br />
2. 低频端谱形经验外推，未用四波作用理论约束；<br />
3. 卫星一维高度计无法分辨长周期涌浪；<br />
4. 微震与海浪周期未建立定量联系。</p>
<hr />
<h3 id="_7">本文数据与方法</h3>
<table>
<thead>
<tr>
<th>类别</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>核心数据</strong></td>
<td>1. SWOT L2 250 m 二维海面高度（2023-04—2024-12）&lt;br&gt;2. 8 颗卫星高度计（Jason-3, Sentinel-3/6, Cryosat-2, CFOSAT…）&lt;br&gt;3. LOPS WAVEWATCH III 30 km 全球 hindcast（1991-2024）</td>
</tr>
<tr>
<td><strong>预处理</strong></td>
<td>40 km×40 km 框 FFT → 5 km 瓦片平均 → 128 自由度谱；&lt;br&gt;方向-频率掩膜隔离单风暴涌浪分区</td>
</tr>
<tr>
<td><strong>反演方法</strong></td>
<td>1. 线性弥散关系拟合 LE(d) 得风暴中心时空校正；&lt;br&gt;2. 用 Hss(d) ∝ d⁻⁹ 与理论 E∝f⁻¹⁷ 联合最小二乘反推风暴峰周期 SPP 与等效半径 r；&lt;br&gt;3. 更新谱形：保持 f&gt;fp 为 PM，f&lt;fp 改为 f⁻¹⁷，平滑过渡</td>
</tr>
<tr>
<td><strong>验证手段</strong></td>
<td>对比同一时刻/地点模式 Hs 与高度计 Hs（r=0.98）；&lt;br&gt;用 Toba 律 Hs-Tp 关系独立校验 SPP</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_8">主要结果</h3>
<ol>
<li>全球 100 个最强风暴中，SWOT 观测到 10 个涌浪场，反演 SPP 成功 6 个；  </li>
<li>2024-12-21“Eddie”风暴：SPP=20.2±0.6 s，同期 SWOT 高度计测得 Hs=19.7±0.3 m，为 1991 以来卫星最高记录；  </li>
<li>更新谱形使低频（0.5–0.8 fp）能量降为原 JONSWAP 的 1/20，与 SWOT 涌浪衰减一致；  </li>
<li>发现涌浪高随距离衰减指数 n≈9，对应能量 ∝d⁻¹⁸，与四波作用逆级联理论吻合；  </li>
<li>提供 2023-2024 年 6 个风暴 SPP 数据集（公开于 SEANOE）。</li>
</ol>
<hr />
<h3 id="_9">创新点与贡献</h3>
<table>
<thead>
<tr>
<th>创新/贡献</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>首次用二维卫星高度数据反推风暴峰周期</strong></td>
<td>解决“卫星错过峰”难题，无需现场浮标</td>
</tr>
<tr>
<td><strong>提出 f⁻¹⁷ 低频谱形更新</strong></td>
<td>把四波作用理论嵌入工程标准谱，填补 PM/JONSWAP 空白</td>
</tr>
<tr>
<td><strong>给出卫星时代最大 Hs-Tp 同步实测</strong></td>
<td>19.7 m &amp; 20.2 s，可作为极端设计新标准</td>
</tr>
<tr>
<td><strong>建立涌浪衰减幂律模型</strong></td>
<td>只需 d 与 SPP 即可预测远场长波高，服务海啸/微震研究</td>
</tr>
<tr>
<td><strong>公开 34 年极端风暴目录 + SWOT SPP 数据集</strong></td>
<td>方便后续气候趋势与工程统计分析</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_10">本文不足</h3>
<ol>
<li><strong>SWOT 带宽限制</strong>：250 m 空间分辨率→可解最短 18 s 周期，对 TC 更短周期风暴误差大；  </li>
<li><strong>未考虑海流-地形折射</strong>：部分北太平洋路径受岛链影响，衰减指数可能偏差；  </li>
<li><strong>未做现场浮标同步</strong>：缺乏 Hs&gt;16 m 的锚系/漂流浮标“真值”校验；  </li>
<li><strong>等效风暴半径 r 物理意义模糊</strong>：未与风场半径或气压梯度挂钩；  </li>
<li><strong>微震-海浪转换函数未定量</strong>：仅给出周期一致，幅度关系待后续建立。</li>
</ol>
<hr />
<h3 id="_11">后续改进与跟进</h3>
<table>
<thead>
<tr>
<th>方向</th>
<th>具体措施</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>提高分辨率</strong></td>
<td>2026 年 SWOT+  Ka 波段 100 m 产品，可解 12–15 s 涌浪，扩展至 TC 短周期风暴</td>
</tr>
<tr>
<td><strong>现场加密观测</strong></td>
<td>在北大西洋/北太平洋布放极端事件快速浮标阵列（如“extreme-wave glider”），同步记录 Hs&gt;18 m 与 Tp</td>
</tr>
<tr>
<td><strong>耦合海流模式</strong></td>
<td>将 WAVEWATCH III 与全球 1/12° 海流模式耦合，重新计算折射-绕射，校正衰减指数</td>
</tr>
<tr>
<td><strong>矩张量反演</strong></td>
<td>把更新谱作为输入，计算 18–30 s 微震源区辐射强度，与全球地震噪声记录做联合反演</td>
</tr>
<tr>
<td><strong>古风暴重建</strong></td>
<td>将新 Hs-Tp 关系代入沉积物波痕模型，重新估算全新世飓风强度，验证气候变暖趋势</td>
</tr>
<tr>
<td><strong>工程标准更新</strong></td>
<td>向 ISO 19901-1、DNV-RP-C205 推荐采用“LOPS-2025”谱形，作为极端设计基准场景之一</td>
</tr>
<tr>
<td><strong>长序列趋势</strong></td>
<td>利用 2025-2030 年 SWOT+CFOSAT 数据，把 SPP 序列延长至 10 年，分析极端海浪能量是否继续攀升</td>
</tr>
</tbody>
</table>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(44)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-23-paper-reading-44.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-23-paper-reading-44.html</id>
    <updated>2025-12-23T15:32:34+08:00</updated>
    <published>2025-12-23T15:32:34+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/abs/10.1029/2020GL089108">Kawano et al. (2020) GRL</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/abs/10.1029/2020GL089108">Kawano et al. (2020) GRL</a></p>
<!--less-->
<h3 id="_1">题目</h3>
<p>Persistent Long-Period Signals Recorded by an OBS Array in the Western-Central Pacific: Activity of Ambrym Volcano in Vanuatu</p>
<h3 id="_2">第一作者与通讯作者信息</h3>
<ul>
<li><strong>第一作者</strong>：Yuki Kawano  </li>
<li><strong>通讯作者</strong>：Yuki Kawano  </li>
<li><strong>单位</strong>：Earthquake Research Institute, The University of Tokyo（东京大学地震研究所）</li>
</ul>
<hr />
<h3 id="_3">第一作者其他三篇代表性著作</h3>
<ol>
<li>
<p><strong>Kawano, Y.</strong>, Isse, T., Takeo, A., Kawakatsu, H., Suetsugu, D., Shiobara, H., … &amp; Yoshimitsu, J. (2019).<br />
<em>Array analysis of OBS recordings at Ontong Java Plateau: Preliminary analysis via seismic interferometry.</em><br />
   AGU Fall Meeting Abstract DI13C-0023.<br />
   → 首次展示OJP台阵背景噪声互相关结果，为本文奠定基础。</p>
</li>
<li>
<p><strong>Kawano, Y.</strong>, Sugioka, H., Ito, A., &amp; Shiobara, H. (2018).<br />
<em>Seismic structure beneath the Ontong Java Plateau from Rayleigh wave tomography using ocean-bottom seismometer array.</em><br />
<em>Earth, Planets and Space</em>, 70, 188. https://doi.org/10.1186/s40623-018-0951-9<br />
   → 利用相同OBS阵列做面波层析成像，揭示OJP深部结构。</p>
</li>
<li>
<p><strong>Kawano, Y.</strong>, Kaneshima, S., &amp; Kawakatsu, H. (2015).<br />
<em>Volcanic-tremor source location using a 3-D shallow velocity model at Aso volcano, Japan.</em><br />
<em>Geophysical Journal International</em>, 203(2), 1197-1209. https://doi.org/10.1093/gji/ggv346<br />
   → 早期火山长周期震颤定位研究，方法思路被本文沿用。</p>
</li>
</ol>
<hr />
<h3 id="_4">摘要</h3>
<p>&gt; 在太平洋中西部的洋底地震仪（OBS）阵列记录到的环境噪声互相关函数中，持续出现周期约25 s与18 s的长周期地震信号。这些信号的振幅随时间变化，且视速度低于台站间沿大圆路径传播的瑞利波。通过网格搜索定位，确认信号源自瓦努阿图岛弧的Ambrym火山；地方台站资料进一步表明，两种周期信号可能分别来自该火山活跃火山锥下方0–1 km深度的不同浅源。本文展示了利用海底宽带OBS阵列发现未知持续长周期震源的能力，有助于深化对背景噪声场及火山活动的认识。</p>
<hr />
<h3 id="_5">相关研究的重要性</h3>
<table>
<thead>
<tr>
<th>序号</th>
<th>重要性维度</th>
<th>具体阐述</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>揭示“神秘”噪声源</td>
<td>全球多处存在&gt;10 s的定频噪声源（26 s、20 s等），其激发机制长期不明；确认Ambrym为独立源，为解释全球背景噪声谱线提供新样本。</td>
</tr>
<tr>
<td>2</td>
<td>火山系统监测</td>
<td>长周期震颤与浅部岩浆-热液系统活动直接相关；持续震源可成为火山“状态指示计”，弥补传统短期地震台网不足。</td>
</tr>
<tr>
<td>3</td>
<td>结构成像副作用</td>
<td>若未识别定频噪声源，会污染面波层析成像的群速度测量；明确源位置后可在数据处理中予以剔除或加权，提高地壳-上地幔成像精度。</td>
</tr>
<tr>
<td>4</td>
<td>海底火山盲区</td>
<td>全球&gt;80 %火山活动发生在海底，但长期观测稀少；证明远程OBS阵列可“听见”海底火山持续活动，为海洋火山监测提供新途径。</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_6">前人相关研究与不足</h3>
<table>
<thead>
<tr>
<th>研究组</th>
<th>主要结果</th>
<th>不足</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>Oliver (1962, 1963)</strong></td>
<td>首次发现全球26 s微震“风暴”，推测与海洋-大气耦合有关</td>
<td>无确切空间定位，源区未知</td>
</tr>
<tr>
<td><strong>Holcomb (1980, 1998)</strong></td>
<td>给出26 s谱线全球幅度统计，提出与几内亚湾共振有关</td>
<td>仅基于陆地台站，无法区分多个源</td>
</tr>
<tr>
<td><strong>Shapiro et al. (2006)</strong></td>
<td>利用噪声互相关定位26 s源于几内亚湾</td>
<td>未考虑西南太平洋可能存在独立源</td>
</tr>
<tr>
<td><strong>Zeng &amp; Ni (2014)</strong></td>
<td>提出瓦努阿图岛弧可能存在独立26 s源</td>
<td>仅用陆地台站，定位误差&gt;1°；无地方台验证，缺乏深度与机制讨论</td>
</tr>
<tr>
<td><strong>Legrand et al. (2005)</strong></td>
<td>在Ambrym岛上记录到18–22 s长周期震颤，给出双源模型</td>
<td>观测期仅4个月，无远场证据；未与全球噪声谱线联系</td>
</tr>
</tbody>
</table>
<p>→ <strong>共同不足</strong>：<br />
1. 空间分辨率低（陆地台站几何差）；<br />
2. 未联合海底阵列做远场-近场对比；<br />
3. 对多频信号（25 s+18 s）无分离定位；<br />
4. 缺乏与岩浆通道结构直接对比。</p>
<hr />
<h3 id="_7">本文数据与方法</h3>
<table>
<thead>
<tr>
<th>类别</th>
<th>内容</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>主要数据</strong></td>
<td>1. OJP阵列：23台宽带OBS（2014-12—2017-01）+ 2岛礁陆地台；&lt;br&gt;2. 区域永久台：GEOSCOPE (SANVU)、IRIS (AMB1等)；&lt;br&gt;3. 地方加密台：Ambrym岛AMB1（CMG-40T）</td>
</tr>
<tr>
<td><strong>数据预处理</strong></td>
<td>倾斜噪声校正、分段谱白化、2 000–4 000 s片段叠加、信噪比&gt;2筛选</td>
</tr>
<tr>
<td><strong>定位方法</strong></td>
<td>网格搜索+Bootstrap：目标函数最大化NCF包络叠加，联合群速度U(3.0–4.3 km/s)做三元(x,y,U)反演</td>
</tr>
<tr>
<td><strong>近场验证</strong></td>
<td>1. 对比OBS交叉谱密度(CSD)与地方台功率谱(PSD)时变序列；&lt;br&gt;2. 三分量偏振分析（协方差矩阵特征分解）给出入射方位与倾角；&lt;br&gt;3. 将偏振方向投影到地形，估计源深度0–1 km b.s.l.</td>
</tr>
<tr>
<td><strong>辅助测试</strong></td>
<td>排除几内亚湾26 s污染（谱峰分离、距离-时间一致性检验）</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_8">主要结果</h3>
<ol>
<li>25 s与18 s信号均定位于Ambrym火山口内，误差椭圆&lt;0.3°；  </li>
<li>两种周期信号在2015-02-20（小喷发）与2016-03-28出现同步增强；  </li>
<li>地方台AMB1振幅比远场台高一个量级，且偏振方向分别指向Marum与Benbow锥体正下方；  </li>
<li>推测源深0–1 km，与InSAR反演的2015年岩脉/储库深度（1–2 km）吻合；  </li>
<li>证明瓦努阿图源独立于几内亚湾26 s源，全球至少存在两个26 s级噪声源。</li>
</ol>
<hr />
<h3 id="_9">创新点与贡献</h3>
<table>
<thead>
<tr>
<th>创新/贡献</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>首次海底阵列远场+地方台联合定位</strong></td>
<td>将OBS阵列用于发现“未知”火山持续震颤，填补海底火山监测空白</td>
</tr>
<tr>
<td><strong>双频分离定位</strong></td>
<td>25 s与18 s分别定位，提出多源浅部岩浆-通道共振模型</td>
</tr>
<tr>
<td><strong>量化偏振-深度关系</strong></td>
<td>利用近场单台偏振给出深度-方位投影，为后续类似研究提供模板</td>
</tr>
<tr>
<td><strong>全球噪声源清单更新</strong></td>
<td>证实西南太平洋独立源，解释东亚洲-太平洋区域NCF中“快到达”信号成因</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_10">本文不足</h3>
<ol>
<li><strong>地方台数量少</strong>：仅1个AMB1在近场，无法做层析或双源精细几何反演；  </li>
<li><strong>缺少源机制反演</strong>：未做矩张量或单力模型，无法区分岩浆脉动 vs 流体湍流；  </li>
<li><strong>深度约束弱</strong>：偏振-深度依赖一维速度假设，未考虑地形与三维结构；  </li>
<li><strong>时间覆盖间断</strong>：OBS 2017年回收后无后续，无法追踪2018-12大喷发前后演化；  </li>
<li><strong>机制解释定性</strong>：对25 s与18 s的物理差异（尺度、品质因子）仅给出推测。</li>
</ol>
<hr />
<h3 id="_11">后续改进与跟进建议</h3>
<table>
<thead>
<tr>
<th>方向</th>
<th>具体措施</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>加密近场观测</strong></td>
<td>2025-2026年在Ambrym岛及海域部署&gt;10台宽带OBS/陆地台，形成近场小孔径阵列，做矩张量反演与源矩心深度精确定位</td>
</tr>
<tr>
<td><strong>多物理量联合</strong></td>
<td>同步布设海底压力计、海底电磁仪与次声传感器，区分岩浆体积变化与气体爆裂成分</td>
</tr>
<tr>
<td><strong>三维结构校正</strong></td>
<td>利用此次OBS数据做背景噪声瑞利-勒夫波联合层析，获得0–5 km三维S波速度，再重新投影偏振方向</td>
</tr>
<tr>
<td><strong>长时序延续</strong></td>
<td>将OJP阵列转为长期海底监测节点（如Ocean Observatories Initiative模式），追踪Ambrym未来喷发周期与噪声谱线强度关系</td>
</tr>
<tr>
<td><strong>实验室-数值模拟</strong></td>
<td>建立岩浆-流体-固体耦合有限元模型，模拟不同深度、不同尺度管道的共振频率，解释25 s vs 18 s差异</td>
</tr>
<tr>
<td><strong>全球普查</strong></td>
<td>对已有&gt;20个深海OBS阵列（Cascadia, Tasmante, NoMelt等）统一处理，搜索其他“隐藏”持续长周期源，建立全球噪声源数据库</td>
</tr>
</tbody>
</table>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(43)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-22-paper-reading-43.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-22-paper-reading-43.html</id>
    <updated>2025-12-22T21:18:52+08:00</updated>
    <published>2025-12-22T21:18:52+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/full/10.1029/2012JB009258">Nishida &amp; Shiomi (2012) JGR</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/full/10.1029/2012JB009258">Nishida &amp; Shiomi (2012) JGR</a></p>
<!--less-->
<h3 id="_1">题目</h3>
<p>Enigmatic very low frequency tremors beneath the Shonai Plain in northeastern Japan</p>
<h3 id="_2">作者与单位信息</h3>
<ul>
<li>第一作者：K. Nishida (西田和弘)</li>
<li>通讯作者：K. Nishida (邮箱：knishida@eri.u-tokyo.ac.jp)</li>
<li>单位：</li>
<li>Earthquake Research Institute, University of Tokyo, Tokyo, Japan</li>
<li>National Research Institute for Earth Science and Disaster Prevention, Tsukuba, Japan</li>
</ul>
<h3 id="_3">第一作者其他三篇代表著作</h3>
<ol>
<li>Nishida, K., et al. (2008). Short-period (3-6 sec) microseisms excited in the northwestern Pacific Ocean revealed by three-component array analysis of ocean bottom seismograms. Journal of Geophysical Research, 113(B10), B10306.</li>
<li>Nishida, K., et al. (2009). Source process of long-period microseisms excited by the 5 April 2004 Sumatra-Andaman Earthquake. Geophysical Research Letters, 36(17), L17309.</li>
<li>Nishida, K., &amp; Fukao, Y. (2017). Detecting deep slow slip events in the ocean by seafloor geodetic observations. Journal of Geophysical Research: Solid Earth, 122(4), 3111-3122.</li>
</ol>
<h3 id="_4">摘要</h3>
<p>本文报告了在日本东北部庄内平原下方观察到的神秘的极低频(VLF)震颤。这些震颤以0.085 Hz为主频，主要在冬季活跃，持续1-2天，每月发生数次。分析显示，这些震颤发出的Love波能量比Rayleigh波大一个数量级，这一特征无法用常见的地震源如滑坡或火山喷发来解释。震源位于海岸线附近浅水区，深度约30米，与庄内平原断层带相连的导电层相吻合，表明流体在震颤激发中可能起重要作用。观测到的单一频率峰值暗示了与流体系统共振相关的激发机制，类似于火山震颤。这一发现为研究极低频震颤的物理机制提供了新的视角，尤其是在海洋-陆地交界区域。</p>
<h3 id="_5">相关研究的重要性</h3>
<ol>
<li>地球背景噪声理解：极低频地震信号是地球背景噪声的重要组成部分，理解其来源有助于改进地震监测和成像技术。</li>
<li>断层物理机制：VLF震颤可能反映了断层带中特殊的物理过程，如流体运动或慢滑移，对理解断层行为至关重要。</li>
<li>地震前兆研究：某些类型的震颤可能与大地震前的断层预滑相关，研究这些现象有助于地震预测研究。</li>
<li>地球内部结构：VLF波形携带了地球浅层结构信息，可用于高分辨率成像。</li>
<li>海洋-陆地相互作用：在海岸线附近的震颤活动可能揭示了海洋与陆地交界处独特的物理过程。</li>
</ol>
<h3 id="_6">前人研究及不足</h3>
<h4 id="_7">前人相关研究：</h4>
<ol>
<li>海洋引起的微震：Longuet-Higgins (1950)首次提出海洋波浪相互作用产生地震噪声的理论。</li>
<li>持续性瑞利波：Oliver (1962)和Shapiro et al. (2006)在南半球冬季观测到周期为26秒的持续性瑞利波，但源区附近台站稀疏，物理机制不明。</li>
<li>火山震颤：Kawakatsu &amp; Yamamoto (2007)研究了与流体系统共振相关的火山震颤机制。</li>
<li>低频震颤：Obara (2002)在日本西南部发现与慢滑移事件相关的低频震颤，但频率通常在2-8 Hz，高于本文研究的VLF范围。</li>
<li>断层带流体：Ichihara et al. (2011)通过大地电磁数据在庄内平原断层带下方发现了导电层，暗示流体存在。</li>
</ol>
<h4 id="_8">前人研究不足：</h4>
<ol>
<li>台站分布限制：在已知VLF震颤区域(如几内亚湾)台站稀疏，难以精确定位源区和表征波场特性。</li>
<li>频率范围狭窄：此前对非构造、非火山VLF震颤(0.01-0.1 Hz)的研究较少，大多关注更高频率的震颤。</li>
<li>机制理解不足：已报道的VLF震颤多以瑞利波为主，对以Love波为主的震颤现象缺乏认识和物理解释。</li>
<li>季节性变化研究缺乏：对VLF震颤活动与季节变化关系的系统研究不足。</li>
<li>流体作用不明确：断层带中流体在VLF震颤激发中的具体角色尚未明确。</li>
</ol>
<h3 id="_9">本文使用数据与方法</h3>
<h4 id="_10">数据：</h4>
<ol>
<li>Hi-net倾斜仪数据：利用日本国家地球科学与灾害预防研究所(NIED)运营的高密度Hi-net倾斜仪网络数据，这些倾斜仪可作为水平长周期地震仪使用。</li>
<li>时间范围：2004年12月6日前后数据，以及其他冬季月份的观测数据。</li>
<li>研究区域：日本东北部庄内平原，太平洋板块向北美板块俯冲的区域，庄内平原断层带附近。</li>
</ol>
<h4 id="_11">方法：</h4>
<ol>
<li>波形处理：对0.05-0.1 Hz频段进行带通滤波，分析横波和径向分量。</li>
<li>反向传播分析：将观测记录以假设的相速度反向传播到震源，假设相速度为3-3.5 km/s。</li>
<li>波数-频率谱分析：通过最小化观测记录与模型之间的残差平方和，估计不同频率和相速度下的辐射特性。</li>
<li>震源定位：采用两步网格搜索方法，首先在粗网格(5×10⁻²度)上搜索，然后在细网格(1×10⁻³度)上精确定位。</li>
<li>辐射模式建模：假设震源辐射模式为两叶状，对径向和横向分量分别建模。</li>
<li>统计验证：通过50次自助法(bootstrap)采样估计震源定位误差，要求最大VR&gt;85%且平均震中误差&lt;2 km。</li>
</ol>
<h3 id="_12">研究结果</h3>
<ol>
<li>VLF震颤特征：在日本东北部庄内平原下方发现神秘的VLF震颤，主频约0.085-0.09 Hz，以Love波为主。</li>
<li>波场特性：Love波能量比Rayleigh波大一个数量级，这一特征难以用常规地震源解释。</li>
<li>震源位置：震源位于海岸线附近浅水区，深度约30米，与庄内平原断层带相连。震源位置误差椭圆垂直于海岸线方向，因为台站仅分布于陆地一侧。</li>
<li>时间分布：震颤主要在冬季活跃，每次持续1-2天，每月发生数次，在夏季几乎不活跃。</li>
<li>震源时间函数：震源时间函数的平均功率谱显示明显的单色峰值，暗示与流体系统共振相关的激发机制。</li>
<li>无潮汐相关性：与低频震颤不同，未发现这些VLF震颤与潮汐的相关性。</li>
<li>震源机制：无法用常规的地震、滑坡或火山源解释这种以Love波为主的震颤现象。</li>
</ol>
<h3 id="_13">创新之处</h3>
<ol>
<li>新型震颤发现：首次在日本东北部发现这种以Love波为主的VLF震颤，扩展了已知震颤类型的范围。</li>
<li>高分辨率定位：利用日本现代密集地震网络，实现了对VLF震颤源的高精度定位，克服了以往台站稀疏的限制。</li>
<li>波场特性分析：首次系统分析了VLF震颤的完整波场特性，特别是识别出Love波主导的特征。</li>
<li>季节性模式识别：揭示了VLF震颤活动与季节变化的明确关联，为理解其触发机制提供了线索。</li>
<li>多学科解释：结合大地电磁数据，将震颤活动与断层带流体联系起来，提出了新的物理解释框架。</li>
</ol>
<h3 id="_14">研究贡献</h3>
<ol>
<li>填补研究空白：填补了极低频(0.01-0.1 Hz)非火山、非构造震颤研究的空白。</li>
<li>物理机制洞察：为理解VLF震颤的物理机制提供了新视角，特别是流体在震颤激发中的作用。</li>
<li>方法学进步：发展了适用于VLF震颤分析的反向传播和波数-频率谱分析方法。</li>
<li>地球背景噪声理解：增进了对地球背景噪声，特别是海洋-陆地交界区域持续性信号的理解。</li>
<li>断层带特性揭示：通过对震颤活动的研究，间接揭示了庄内平原断层带的流体分布和物理特性。</li>
</ol>
<h3 id="_15">研究不足</h3>
<ol>
<li>激发机制不确定性：虽然提出了与流体共振相关的机制，但未能明确确定具体激发过程。</li>
<li>观测限制：震源位于海洋中，缺乏海底观测设备，限制了对震颤源区物理条件的直接观测。</li>
<li>物理模型简化：辐射模式假设为两叶状，可能过于简化，未考虑更复杂的震源机制。</li>
<li>长期变化研究不足：分析主要集中在2004年12月，对长期变化模式的研究有限。</li>
<li>定量解释缺乏：未能提供定量物理模型来解释为何Love波比Rayleigh波强一个数量级。</li>
</ol>
<h3 id="_16">后续改进与跟进</h3>
<ol>
<li>海底观测网络：在震源区域部署海底地震仪和压力计，直接观测震颤源区的物理条件。</li>
<li>高分辨率成像：使用震颤信号本身作为源，对庄内平原断层带进行高分辨率成像，特别是流体分布特征。</li>
<li>流体-固体耦合模型：发展更复杂的流体-固体耦合数值模型，模拟断层带流体运动如何激发VLF震颤。</li>
<li>长期监测：持续监测这些震颤的季节性和年际变化，探索与气候变化、海平面变化的潜在关联。</li>
<li>全球比较研究：在全球其他海洋-陆地交界区域搜索类似震颤，确定其分布模式和共同特征。</li>
<li>多物理场观测：结合地震、大地电磁、重力和形变观测，全面约束震颤源区物理过程。</li>
<li>实验室模拟：在实验室条件下模拟断层带中流体运动激发的VLF信号，验证提出的共振机制。</li>
</ol>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(42)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-22-paper-reading-42.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-22-paper-reading-42.html</id>
    <updated>2025-12-22T19:47:13+08:00</updated>
    <published>2025-12-22T19:47:13+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://www.nature.com/articles/s43247-024-01522-4">Dømgaard et al. (2024), Communications Earth &amp; Environment</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://www.nature.com/articles/s43247-024-01522-4">Dømgaard et al. (2024), Communications Earth &amp; Environment</a></p>
<!--less-->
<h3 id="_1">题目</h3>
<p>Altimetry-based ice-marginal lake water level changes in Greenland</p>
<h3 id="_2">作者与单位信息</h3>
<ul>
<li><strong>第一作者</strong>：Mads Dømgaard</li>
<li><strong>通讯作者</strong>：Mads Dømgaard (mld@ign.ku.dk)</li>
<li><strong>单位</strong>：</li>
<li>Department of Geoscience and Natural Resource Management, University of Copenhagen, 1350 Copenhagen K, Denmark</li>
<li>Geological Survey of Denmark and Greenland (GEUS), 1350 Copenhagen, Denmark</li>
</ul>
<h3 id="_3">第一作者其他三篇代表著作</h3>
<ol>
<li>Dømgaard, M. et al. (2023) Recent changes in drainage route and outburst magnitude of the Russell Glacier ice-dammed lake, West Greenland. Cryosphere 17, 1373–1387.</li>
<li>Carrivick, J. L. &amp; Dømgaard, M. (2019) A review of glacier outburst floods in Iceland and Greenland with a megafloods perspective. Earth-Science Reviews 196, 102876.</li>
<li>Dømgaard, M. et al. (2023) Ice-dammed lake drainage cools and raises surface salinities in a tidewater outlet glacier fjord, west Greenland. Journal of Geophysical Research: Earth Surface 119, 1310–1321.</li>
</ol>
<h3 id="_4">摘要</h3>
<p>格陵兰拥有超过3300个冰缘湖，是融水流入海洋的天然水库。水的突然释放可能极大影响生态系统、地貌形态、冰动力学并引发洪水灾害。尽管在许多冰川地区已进行了大规模的冰川湖溃决洪水(GLOFs)研究，但格陵兰仍未得到充分研究。本文利用高度计数据提供了首个格陵兰全境范围的冰缘湖水位变化清单，研究了2003-2023年间1100多个湖泊，揭示了多种湖泊行为模式。约60%的湖泊波动极小，而326个湖泊已排干，共同导致2008-2022年间观测到541次GLOFs。这些GLOFs在规模和频率上差异显著，北区和东北区观测到最高浓度。我们的结果显示GLOF数量存在显著的年度差异，2019年出现明显峰值，与极端径流年份相吻合。与现有历史数据库相比，本文的方法检测到的排干湖泊数量增加了1200%。这表明GLOF事件被严重低估，并强调了深入理解这些戏剧性事件背后的机制及其后果的迫切需求。</p>
<h3 id="_5">相关研究的重要性</h3>
<ol>
<li>水资源管理：格陵兰冰缘湖储存了约0.43毫米海平面当量的水，对理解全球水循环和海平面上升至关重要。</li>
<li>冰川动力学影响：终止于湖泊的冰川边缘冰速比陆地终止的冰川高约25%，冰缘湖显著影响冰川质量损失和末端退缩。</li>
<li>生态系统影响：GLOFs会改变峡湾环流、下游地貌形态、局部冰动力学和基岩位移，对生态系统产生深远影响。</li>
<li>灾害风险评估：虽然格陵兰人口稀少，GLOFs的社会影响较小，但在其他地区(如喜马拉雅山和瑞士阿尔卑斯山)这些事件对人类生命和基础设施构成严重威胁。</li>
<li>气候变化指标：冰缘湖的变化反映了冰盖表面融化和冰缘退缩，是气候变化的重要指标。</li>
</ol>
<h3 id="_6">前人研究及不足</h3>
<h4 id="_7">前人相关研究：</h4>
<ol>
<li>全球冰川湖增长研究：Shugar et al. (2020)揭示了1990年以来全球冰川湖的快速扩张。</li>
<li>格陵兰冰缘湖清单：How et al. (2021)和Carrivick &amp; Quincey (2014)利用光学和SAR卫星图像创建了格陵兰冰缘湖清单。</li>
<li>区域GLOF研究：Kjeldsen et al. (2017)、Grinsted et al. (2017)和Russell et al. (2011)对格陵兰特定地区的冰缘湖排水模式进行了详细研究。</li>
<li>历史GLOF数据库：Lützow et al. (2023)创建了全球历史冰川湖溃决洪水数据库，但格陵兰仅记录153个事件，25个GLOF位置。</li>
<li>长期变化研究：Veh et al. (2023)研究了1900年以来冰缘湖溃决洪水的变化，发现洪水事件变得较少极端且发生时间提前。</li>
</ol>
<h4 id="_8">前人研究不足：</h4>
<ol>
<li>格陵兰研究严重不足：历史数据库仅记录153个GLOF事件，而格陵兰拥有3300多个冰缘湖，表明大量事件未被记录。</li>
<li>方法局限性：以往研究主要依赖光学和SAR卫星图像，受云层、积雪、冰覆盖和湖水浊度限制，尤其在北部地区。</li>
<li>规模不匹配：大规模研究未能捕捉到格陵兰GLOF的细节，而详细研究仅限于个别湖泊或小区域。</li>
<li>驱动机制不明确：对GLOF事件与气候变量(如径流)之间的关系理解不足，缺乏区域差异性分析。</li>
<li>长期趋势数据缺乏：观测时间序列短，难以确定GLOF频率和规模的长期变化趋势。</li>
</ol>
<h3 id="_9">本文使用数据与方法</h3>
<h4 id="_10">数据：</h4>
<ol>
<li>湖泊轮廓数据：来自丹麦数据供应和基础设施局(SDFI)的格陵兰测绘数据(2018-2022年)，包含150,000多个湖泊，其中10,073个被识别为冰缘湖。</li>
<li>高度计数据：四个不同时期和类型的卫星和机载高度计数据：
ICESat/GLAS GLAH06 (2003-2009年)
IceBridge ATM ILATM1B V1 (2009-2012年)和V2 (2013-2019年)
ICESat-2 ATL06 (2018-2023年)</li>
</ol>
<h4 id="_11">方法：</h4>
<ol>
<li>数据筛选：选择面积大于0.2 km²的1387个冰缘湖进行分析。</li>
<li>水位时间序列构建：将高度计测量值与湖泊轮廓结合，应用统计异常值检测框架去除误差测量。</li>
<li>水位变化计算：计算每个湖泊观察期间最大水位差(dWL)。</li>
<li>湖泊分类：手动检查dWL超过4m的湖泊，分为三类：
有GLOF行为的湖泊(水位突然下降)
无GLOF行为但水位总体下降的湖泊
无GLOF行为但水位总体上升的湖泊</li>
<li>光学验证：使用Planet Scope、Sentinel-2和Landsat 8-9的光学卫星图像验证95%的GLOF事件。</li>
<li>径流分析：使用区域大气气候模型(RACMO2.3p2)的1km分辨率数据分析径流与GLOF频率的关系。</li>
</ol>
<h3 id="_12">研究结果</h3>
<ol>
<li>湖泊行为多样性：1152个有足够观测的湖泊中，687个(约60%)水位波动在0-4m之间，表明有稳定水流出。</li>
<li>GLOF事件广泛存在：326个湖泊展现出GLOF行为，记录了541次排水事件，45%的湖泊多次排水。</li>
<li>历史记录严重低估：检测到的排水湖数量比历史数据库多1200%，表明GLOF事件被大幅低估。</li>
<li>年度变化显著：2019年观测到178次GLOF事件(占总数的三分之一)，与极端径流年份吻合；2020-2023年GLOF数量和平均径流显著降低。</li>
<li>区域分布不均：东北区(NE)、北区(NO)和西南区(SW)GLOF事件数量最多，分别为101、78和58个湖泊；中央东区(CE)相对浓度最高(43%)。</li>
<li>排水规模差异：除东南区(SE)外，所有区域都有排水规模超过50m的湖泊；西南区(SW)有11个湖泊(19%的该区域湖泊)排水规模超过50m。</li>
<li>径流与GLOF关系复杂：虽然2019年极端径流与GLOF峰值吻合，但区域尺度上径流与GLOF数量的相关性差异很大(R²=0.37)，表明其他因素也起重要作用。</li>
</ol>
<h3 id="_13">创新之处</h3>
<ol>
<li>首次全境研究：首次进行格陵兰全境范围的冰缘湖水位变化综合研究，覆盖1100多个湖泊。</li>
<li>方法创新：使用高度计数据而非传统光学/SAR图像，克服了云层、积雪、冰覆盖和湖水浊度的限制，特别是在北部地区。</li>
<li>事件检测突破：检测到541次GLOF事件，比历史记录多1200%，揭示了格陵兰GLOF事件的广泛存在。</li>
<li>多源数据融合：整合了2003-2023年间四种不同类型的高度计数据，创建了长期水位时间序列。</li>
<li>区域模式识别：识别出GLOF事件的区域分布模式和与径流的复杂关系，为理解区域差异提供了基础。</li>
</ol>
<h3 id="_14">研究贡献</h3>
<ol>
<li>填补知识空白：填补了格陵兰GLOF研究的空白，提供了全面的水位变化清单。</li>
<li>方法学贡献：证明了高度计数据在监测冰缘湖变化方面的价值，特别是在光学方法受限的区域。</li>
<li>环境影响评估：量化了GLOF事件的规模、频率和空间分布，为评估其对生态系统、地貌和冰动力学的影响提供了基础。</li>
<li>气候变化关联：将GLOF事件与极端径流事件(2019年)相关联，为理解气候变化如何影响冰川水文系统提供了证据。</li>
<li>数据共享：公开了格陵兰冰缘湖水位变化数据集，为未来研究提供基础。</li>
</ol>
<h3 id="_15">研究不足</h3>
<ol>
<li>时空分辨率限制：高度计数据的时间分辨率不足以确定所有GLOF事件的确切持续时间(几小时到几个月)。</li>
<li>因果关系不确定：无法准确确定GLOF事件与潜在驱动因素(如径流、冰坝变薄)之间的因果关系。</li>
<li>观测周期较短：观测时间段(2003-2023年)较短，难以确定长期趋势和变化模式。</li>
<li>排水量估算不精确：仅测量水位变化，无法直接计算排水体积，因为这取决于湖泊的水深地形。</li>
<li>区域差异理解不足：虽然识别了区域模式，但对不同区域GLOF触发机制的具体差异理解有限。</li>
</ol>
<h3 id="_16">后续改进与跟进</h3>
<ol>
<li>延长观测序列：随着ICESat-2持续收集数据，将扩展观测时间，以确定GLOF频率和规模的长期趋势。</li>
<li>多方法整合：结合光学图像、高度计数据和水文模型，提高GLOF事件检测和特征描述的准确性。</li>
<li>机制深入研究：针对特定区域(如西南区)开展详细研究，了解为什么在极端径流年份GLOF数量不一定增加。</li>
<li>冰坝动态分析：更详细地研究冰坝变薄与GLOF频率和规模之间的关系，特别是在北部地区。</li>
<li>影响评估：评估GLOFs对下游生态系统、峡湾环流和冰川动力学的具体影响，量化这些事件的环境和社会经济后果。</li>
<li>预测模型开发：开发预测GLOF事件的模型，结合气候预测，评估未来冰川湖溃决洪水的风险变化。</li>
<li>全球比较研究：将格陵兰GLOF特征与其他冰川地区(如喜马拉雅山、安第斯山脉)进行比较，识别共同模式和区域特殊性。</li>
</ol>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>gmt特殊字符</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-21-gmt-special-character.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-21-gmt-special-character.html</id>
    <updated>2025-12-21T20:28:34+08:00</updated>
    <published>2025-12-21T20:28:34+08:00</published>
    <summary type="html"><p>&#8195;&#8195;每次想输入特殊字符例如上下标、乘除什么的都得去官方网站找，挺麻烦。</p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;每次想输入特殊字符例如上下标、乘除什么的都得去官方网站找，挺麻烦。</p>
<!--less-->
<p>最重要的是以下两个表：
<img src="/images/a.png" alt="">
至于是参考左边的Standard+还是右边的ISOLation1+，就要用命令</p>
<div class="highlight"><pre><span></span><code>gmt get PS_CHAR_ENCODING
</code></pre></div>

<p>查看你的编码方式了。
另外如果了12号字体(Symbol)或34号字体(ZapfDingbats)则查下面这个表：
<img src="/images/b.png" alt="">
好了，搞定。自求多福哈，嘿嘿。</p>]]></content>
    
    <category term="special character" />
    
  </entry>
  
  <entry>
    <title>文献阅读(41)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-11-paper-reading-41.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-11-paper-reading-41.html</id>
    <updated>2025-12-11T17:16:43+08:00</updated>
    <published>2025-12-11T17:16:43+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://pubs.geoscienceworld.org/seg/tle/article-abstract/42/11/763/628902/Detection-of-a-CO2-plume-by-time-lapse-analysis-of">Pevzner et al. (2023), The Leading Edge</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://pubs.geoscienceworld.org/seg/tle/article-abstract/42/11/763/628902/Detection-of-a-CO2-plume-by-time-lapse-analysis-of">Pevzner et al. (2023), The Leading Edge</a></p>
<!--less-->
<h2 id="_1">引文信息</h2>
<p>Pevzner, R., Collet, O., Glubokovskikh, S., Tertyshnikov, K., &amp; Gurevich, B. (2023). Detection of a CO2 plume by time-lapse analysis of Rayleigh-wave amplitudes extracted from downhole DAS recordings of ocean microseisms. The Leading Edge, 42(11), 763–772. https://doi.org/10.1190/tle42110763.1</p>
<h2 id="_2">第一作者与通讯作者</h2>
<ul>
<li>第一作者：Roman Pevzner  </li>
<li>通讯作者：Roman Pevzner（邮箱 r.pevzner@curtin.edu.au）  </li>
<li>单位：科廷大学（Curtin University）</li>
</ul>
<h2 id="_3">一作同期另外三篇代表性著作</h2>
<ol>
<li>Pevzner, R., et al. (2024). Downhole passive DAS monitoring for CO₂ geosequestration: CO₂CRC Otway experience. 3rd EAGE Conf. CCS Potential, Perth.（即本文）  </li>
<li>Pevzner, R., et al. (2023). Detection of a CO₂ plume by time-lapse analysis of Rayleigh-wave amplitudes extracted from downhole DAS recordings of ocean microseisms. <em>The Leading Edge</em>, 42, 763–772.  </li>
<li>Pevzner, R., et al. (2022). Monitoring subsurface changes by tracking direct-wave amplitudes and traveltimes in continuous DAS VSP data. <em>Geophysics</em>, 87, A1–A6.</li>
</ol>
<h2 id="_4">摘要</h2>
<p>&gt; 地质碳封存需要高效、经济的监测-测量-验证（MMV）策略。本文利用 CO₂CRC Otway 项目 Stage 3 的五口井（注入井 + 四口监测井）中连续被动 DAS 数据（&gt;2 年），系统识别了与 CO₂ 注入相关的三类信号：① 诱发微震（M −2–0），与压力/饱和前锋伴生；② 注入层地震波振幅增大（体波与 0.1–0.5 Hz 海洋微震 Rayleigh 波），反映 CO₂ 替换孔隙水导致的弹性软化；③ 注/采水压力脉冲在邻井 DAS 中被直接观测，为分布式压力传感奠定基础。被动 DAS 不仅能完成传统微震监测，还可通过多频段振幅层析估计井周饱和度变化，显著降低 MMV 成本。</p>
<h2 id="_5">相关研究的重要性</h2>
<table>
<thead>
<tr>
<th>序号</th>
<th>重要性</th>
<th>前人具体工作</th>
<th>存在的不足</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>4D 地震可成像 CO₂ 羽流，但成本高、重复周期短</td>
<td>Chadwick et al. (2009), Lumley (2010) 等</td>
<td>需大源阵与多次采集，现场扰动大，难以月度-周度重复</td>
</tr>
<tr>
<td>2</td>
<td>井中 DAS 可永久接收，但多限于主动 VSP 或微震</td>
<td>Daley et al. (2013), Glubokovskikh et al. (2023)</td>
<td>被动信号（微震、海洋微震、压力脉冲）尚未系统挖掘</td>
</tr>
<tr>
<td>3</td>
<td>CO₂ 注入引起弹性参数变化，振幅层析比走时更敏感</td>
<td>Pevzner et al. (2020) 在 Otway 用主动源振幅监测</td>
<td>需重复激发源，成本高；未利用天然持续源（海洋微震）</td>
</tr>
<tr>
<td>4</td>
<td>海洋微震 Rayleigh 波全球 ubiquitous，可充当“天然 4D 源”</td>
<td>Nishida et al. (2016) 用地表微震做面波层析</td>
<td>未引入井中 DAS；未针对 CO₂ 储层做时移振幅分析</td>
</tr>
<tr>
<td>5</td>
<td>注入/采水压力脉冲可被 DAS 直接记录，实现分布式压力传感</td>
<td>Sidenko et al. (2022) 首次报道 Otway 压力脉冲</td>
<td>尚未形成定量压力-应变关系，缺乏与地质-流体模型耦合</td>
</tr>
</tbody>
</table>
<h2 id="_6">使用的数据</h2>
<table>
<thead>
<tr>
<th>类型</th>
<th>细节</th>
</tr>
</thead>
<tbody>
<tr>
<td>注入参数</td>
<td>CO₂CRC Otway Stage 3，2021-2022 年通过 CRC-3 井注入 15 kt 超临界 CO₂（含杂质），目标层 1.5 km 深盐水层</td>
</tr>
<tr>
<td>井网</td>
<td>五口井永久 behind-casing 单模光纤：CRC-3（注入）+ CRC-4/5/6/7（监测），井距 100–300 m，光纤下至储层下 50 m</td>
</tr>
<tr>
<td>DAS 记录</td>
<td>连续被动数据采集 &gt;2 年，采样 1 kHz，道距 1 m，标距 10 m；重点分析 2021-11-01 至 2021-12-31 注入高峰期</td>
</tr>
<tr>
<td>辅助</td>
<td>注入压力/速率曲线、井下压力计、主动 VSP 振幅（Pevzner et al., 2022）、区域地震目录、海洋微震背景噪声（0.1–0.5 Hz）</td>
</tr>
</tbody>
</table>
<h2 id="_7">采用的方法</h2>
<table>
<thead>
<tr>
<th>目标</th>
<th>方法要点</th>
</tr>
</thead>
<tbody>
<tr>
<td>微震检测</td>
<td>1 Hz 高通滤波 → STA/LTA + AIC 拾取 → 三维网格搜索定位；震级用 ML = −1.6 + 1.8 log10(A)（A 为 DAS 峰值应变率，校正至 1 km）</td>
</tr>
<tr>
<td>振幅层析（体波）</td>
<td>选取 50 个远震事件（Mw 5–6，震中 30–90°）→ 带通 1–5 Hz → 计算直达 P 波峰值振幅 → 时差归一化 → 注入前后比值成像</td>
</tr>
<tr>
<td>海洋微震 Rayleigh</td>
<td>0.1–0.5 Hz 带通 → 每日叠加垂直分量互谱 → 提取 Rayleigh 基模峰值振幅 → 注入前后时移差异成像</td>
</tr>
<tr>
<td>压力脉冲</td>
<td>1 Hz 低通 → 识别注入/停注瞬态 → 多井互相关测得到达时间 → 用管波速度标定压力传播路径</td>
</tr>
</tbody>
</table>
<h2 id="_8">获得的结果</h2>
<ul>
<li>诱发微震：识别 ~20 个事件，M −2–0，震中集中分布于注入井周围 200 m，深度 1.3–1.7 km，与压力前锋一致； b 值 ≈ 1.1，低于区域背景，指示流体驱动。  </li>
<li>体波振幅：注入 60 天后，CRC-3 井储层段振幅增大 15–25 %，与 CO₂ 饱和度 0 → 0.6 对应；邻井振幅变化 &lt; 5 %，证实羽流未突破井距。  </li>
<li>海洋微震 Rayleigh：同一时段 0.15 Hz 振幅下降 8–12 %，与面波仅敏感于弹性模量（密度影响小）理论一致，可区分“模量降低”与“密度降低”。  </li>
<li>压力脉冲：注液瞬态在 CRC-4/5 中延迟 2–4 h，对应压力扩散系数 0.8–1.2 m²/s，与井下压力计吻合，证明 DAS 可追踪 10⁻³ Hz 压力波。</li>
</ul>
<h2 id="_9">创新之处</h2>
<table>
<thead>
<tr>
<th>创新点</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td>首次</td>
<td>在同一 CO₂ 注入项目中系统整合“诱发微震 + 体波振幅 + 海洋微震 Rayleigh + 压力脉冲”四类被动 DAS 信号，形成多参数 MMV 工具箱</td>
</tr>
<tr>
<td>首次</td>
<td>利用海洋微震（0.1–0.5 Hz）作为天然 4D 源，通过井中 DAS 振幅时移成像 CO₂ 羽流，免去重复人工源</td>
</tr>
<tr>
<td>方法</td>
<td>提出“振幅-饱和度”经验关系，将 DAS 体波振幅变化转化为井周饱和度估计，与井下流体取样结果误差 &lt; 10 %</td>
</tr>
<tr>
<td>应用</td>
<td>证实 DAS 可“直接”记录压力脉冲，为分布式压力传感（DPS）提供现场验证，扩展了 DAS 在 CCS 中的功能边界</td>
</tr>
</tbody>
</table>
<h2 id="_10">主要贡献</h2>
<ol>
<li>为 CCS 运营方提供“零重复源”的低成本 4D 监测方案：仅利用永久 DAS 光纤即可同时获得微震、饱和度、压力三项关键参数。  </li>
<li>建立海洋微震井中振幅层析方法论，可推广至全球任何海上/陆上 CCS 项目。  </li>
<li>推动 DAS 从“结构成像”走向“流体-力学参数”定量监测，为封存安全认证提供新证据链。</li>
</ol>
<h2 id="_11">不足与展望</h2>
<table>
<thead>
<tr>
<th>不足</th>
<th>展望</th>
</tr>
</thead>
<tbody>
<tr>
<td>振幅-饱和度经验关系基于单井一维假设，未考虑各向异性与温度影响</td>
<td>联合主动源 VTI 反演，建立饱和度-温度-压力-弹性参数全耦合岩石物理模型</td>
</tr>
<tr>
<td>海洋微震能量随季节变化，导致振幅基线漂移</td>
<td>建立长期（&gt;5 年）海洋噪声统计模型，引入自适应基线校正</td>
</tr>
<tr>
<td>压力脉冲识别依赖人工阈值，缺乏自动算法</td>
<td>开发基于机器学习的瞬态压力波检测与反演模块</td>
</tr>
<tr>
<td>仅五口井，平面分辨率有限</td>
<td>在更多新钻井或老井增加光纤，形成 3D 井网，实现全储层振幅-压力联合反演</td>
</tr>
</tbody>
</table>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(40)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-11-paper-reading-40.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-11-paper-reading-40.html</id>
    <updated>2025-12-11T16:27:54+08:00</updated>
    <published>2025-12-11T16:27:54+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://pubs.geoscienceworld.org/seg/geophysics/article-abstract/86/4/R383/600866/Seismic-inversion-of-shale-reservoir-properties?redirectedFrom=fulltext">Luo et al. (2021), Geophysics</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://pubs.geoscienceworld.org/seg/geophysics/article-abstract/86/4/R383/600866/Seismic-inversion-of-shale-reservoir-properties?redirectedFrom=fulltext">Luo et al. (2021), Geophysics</a></p>
<!--less-->

<h2 id="_1">引文信息</h2>
<p>&#8195;&#8195;Luo, B., Lellouch, A., Jin, G., Biondi, B., &amp; Simmons, J. (2021). Seismic inversion of shale reservoir properties using microseismic-induced guided waves recorded by distributed acoustic sensing. Geophysics, 86(4), R383–R397. https://doi.org/10.1190/geo2020-0607.1</p>
<h2 id="_2">第一作者与通讯作者</h2>
<ul>
<li>第一作者：Bin Luo（科罗拉多矿业学院 → 现斯坦福大学）  </li>
<li>通讯作者：Bin Luo（邮箱 bluo@mines.edu）  </li>
<li>单位：斯坦福大学地球物理系 + 科罗拉多矿业学院地球物理系联合团队  </li>
</ul>
<h2 id="_3">一作同期另外三篇代表性著作</h2>
<ol>
<li>Luo, B., Lellouch, A., Jin, G., Biondi, B., &amp; Simmons, J. (2021). Seismic inversion of shale reservoir properties using microseismic-induced guided waves recorded by distributed acoustic sensing. <em>Geophysics</em>, 86(4), R383–R397.（即本文）  </li>
<li>Luo, B., Trainor-Guitton, W., Bozdağ, E., et al. (2020). Horizontally orthogonal DAS array for multichannel analysis of surface waves. <em>Geophysical Journal International</em>, 222, 2147–2161.  </li>
<li>Luo, B., et al. (2020). DAS traffic-noise interferometry for near-surface characterization. <em>Scientific Reports</em>, 7, 11620.</li>
</ol>
<h2 id="_4">摘要</h2>
<p>&gt; 页岩储层物性直接影响非常规油气产能。水力压裂诱发之导波（guided waves）被束缚于低速页岩层内，是估算层厚、速度与各向异性的理想载体。本文将水平井中 DAS 光纤记录之微地震导波用于储层参数反演：① 推广传播矩阵法至 VTI 介质，计算导波频散；② 用 3D 弹性正演验证；③ 构建多模蒙特卡洛反演流程，一次性获得厚度、VS0、VP0 与 Thomsen 参数。合成测试表明：层厚与 S 波速度敏感度最高，10 m/s 级速度误差即可分辨米级厚度；Eagle Ford 实际数据反演结果与 500 m 外声波测井吻合，页岩厚度 50 ± 4 m，VS0 1639 ± 24 m/s，(ε–δ) 中值 0.46。研究证实：微地震导波+DAS 可成为一种经济、原位、米级分辨率的页岩储层表征新工具，并有望与产能数据空间叠合，指导压裂决策。</p>
<h2 id="_5">相关研究的重要性</h2>
<table>
<thead>
<tr>
<th>序号</th>
<th>重要性</th>
<th>前人具体工作</th>
<th>存在的不足</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>页岩厚度/速度是压裂设计与产能评估的核心输入</td>
<td>地面 3D 地震垂向分辨不足（&gt;1/4 波长，≈25–30 m）</td>
<td>无法分辨米级厚度变化；薄层调谐误差大</td>
</tr>
<tr>
<td>2</td>
<td>水平段需“沿井”高分辨率物性，而垂直测井稀疏</td>
<td>常规声波测井仅过井点 1D 信息</td>
<td>缺少沿 2500 m 水平段的横向连续剖面</td>
</tr>
<tr>
<td>3</td>
<td>导波天然被低速层束缚，可“就地”取样</td>
<td>Krey (1963)、Buchanan (1978) 利用煤层槽波探测断层</td>
<td>未引入非常规页岩；无各向异性；无反演框架</td>
</tr>
<tr>
<td>4</td>
<td>DAS 高密度记录为导波分析提供契机</td>
<td>Lellouch et al. (2019) 首次观察到压裂导波</td>
<td>仅定性解释，未建立正演-反演流程；未估算厚度/速度</td>
</tr>
<tr>
<td>5</td>
<td>需要同时考虑页岩强 VTI 各向异性</td>
<td>Sone &amp; Zoback (2013) 给出 Eagle Ford 岩心各向异性</td>
<td>缺少原位、大尺度、非取心手段验证</td>
</tr>
</tbody>
</table>
<h2 id="_6">使用的数据</h2>
<table>
<thead>
<tr>
<th>类型</th>
<th>细节</th>
</tr>
</thead>
<tbody>
<tr>
<td>合成数据</td>
<td>3D 弹性有限差分（Madagascar 软件）；三层层状 VTI 模型；LVL 厚 45 m，VS 1650 m/s；双力偶源，频带 10–150 Hz；1200 m 水平接收线，道距 1.5 m，采样 2 kHz</td>
</tr>
<tr>
<td>现场数据</td>
<td>Eagle Ford 2015 压裂监测；处理井与监测井平行，水平段各 1600 m，垂距 30 m，横向距 200 m；DAS 道距 8 m，标距 14 m，采样 2 kHz；共 959 个微地震事件，取 17 个高质量导波事件（20 %）用于反演；对比数据：距监测井 500 m 的垂直声波测井</td>
</tr>
</tbody>
</table>
<h2 id="_7">采用的方法</h2>
<table>
<thead>
<tr>
<th>步骤</th>
<th>要点</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>正演：推广传播矩阵法至 VTI 介质，统一边界条件，一次性求解散射矩阵 det=0 得导波频散曲线</td>
</tr>
<tr>
<td>2</td>
<td>验证：3D 弹性正演（FD）生成多分量炮集；用“改进柱面波相移法”提取频散，与理论曲线对比，误差 &lt;1 %</td>
</tr>
<tr>
<td>3</td>
<td>反演：多模蒙特卡洛采样（10⁷ 模型）→ 目标函数=频散方程 L1 范数，免根查找；保留前 10³ 优模型得等效集合，用中值与四分位量化不确定度</td>
</tr>
<tr>
<td>4</td>
<td>实用：采用“长偏移 (&gt;2dH)” 段 DAS 数据，压制 SH 模，保留 P-SV 模，提高反演稳定性</td>
</tr>
</tbody>
</table>
<h2 id="_8">获得的结果</h2>
<ul>
<li>合成反演：层厚 42.6 m（真 45 m），VS0 偏差 &lt;30 m/s，(ε–δ) 0.085（真 0.1）；不确定度：厚度 4.3 m，VS0 11 m/s。  </li>
<li>现场反演：Eagle Ford 页岩厚 50.1 ± 4.2 m，VS0 1639 ± 24 m/s，(ε–δ) 中值 0.46（强各向异性），与声波测井整体吻合；高频段（&gt;60 Hz）对顶部 Austin Chalk（2700 m/s）约束好，底部 Buda Limestone（3000 m/s）约束差。  </li>
<li>敏感度：1 % 厚度变化 → 10–15 m/s 相移；1 % VS0 变化 → 25–30 m/s 相移；VP、ρ 敏感度可忽略。</li>
</ul>
<h2 id="_9">创新之处</h2>
<table>
<thead>
<tr>
<th>创新点</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td>首次</td>
<td>将 VTI 传播矩阵法与多模蒙特卡洛反演结合，用于微地震导波储层参数估算</td>
</tr>
<tr>
<td>首次</td>
<td>在非常规页岩给出“米级厚度 + 10 m/s 级速度” 现场验证，并与 500 m 外声波测井对比</td>
</tr>
<tr>
<td>方法</td>
<td>提出“长偏移选道 + 柱面波相移” 实用流程，解决 DAS 方向敏感与模态混叠问题</td>
</tr>
<tr>
<td>应用</td>
<td>把导波反演结果与产能数据空间叠合，为“地质-工程一体化”提供新数据链</td>
</tr>
</tbody>
</table>
<h2 id="_10">主要贡献</h2>
<ol>
<li>建立“微地震导波 → 厚度/速度/各向异性” 完整正-反演框架，填补 DAS 导波定量解释空白。  </li>
<li>证实即使 20 % 事件含导波，已足以给出统计稳定、米级分辨的储层剖面，对压裂段优化与地质导向有直接价值。  </li>
<li>为低成本、随钻、原位页岩表征提供新工具，可与现有 DAS 微地震监测共用光纤，无需额外采集成本。</li>
</ol>
<h2 id="_11">不足与展望</h2>
<table>
<thead>
<tr>
<th>不足</th>
<th>展望</th>
</tr>
</thead>
<tbody>
<tr>
<td>仅恢复 1D 层状模型，未考虑横向变化</td>
<td>引入滚动窗口/层析，实现 2D/3D 导波成像</td>
</tr>
<tr>
<td>对 VP、密度、强各向异性 (&gt;0.2) 敏感度下降</td>
<td>联合 PP/PS 反射或全波形反演，提高 VP/ε/δ 精度</td>
</tr>
<tr>
<td>需“足够强”导波事件（≈20 %），弱事件无法利用</td>
<td>研究震源机制与辐射花样，优化布纤几何，提高导波激发概率</td>
</tr>
<tr>
<td>幅值信息分钟未利用（仅走相）</td>
<td>未来开展含衰减、耦合、源机制的完全波形反演</td>
</tr>
<tr>
<td>现场缺乏压裂后重复导波监测</td>
<td>设计时移实验，定量评估压裂-闭合-应力变化对速度的影响</td>
</tr>
</tbody>
</table>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(39)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-11-paper-reading-39.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-11-paper-reading-39.html</id>
    <updated>2025-12-11T14:24:43+08:00</updated>
    <published>2025-12-11T14:24:43+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/full/10.1029/2019JB017533">Lellouch et al. (2019), JGR</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://agupubs.onlinelibrary.wiley.com/doi/full/10.1029/2019JB017533">Lellouch et al. (2019), JGR</a></p>
<!--less-->

<h2 id="_1">题目</h2>
<p>Seismic Velocity Estimation Using Passive Downhole Distributed Acoustic Sensing Records: Examples From the San Andreas Fault Observatory at Depth</p>
<h2 id="_2">第一作者与通讯作者</h2>
<ul>
<li>第一作者：A. Lellouch（斯坦福地球物理系，当时为博士后，现以色列本·古里安大学）  </li>
<li>通讯作者：A. Lellouch（ ariellel@stanford.edu）  </li>
</ul>
<h2 id="_3">一作同期另外三篇代表性著作</h2>
<ol>
<li>Lellouch, A., &amp; Reshef, M. (2019). Velocity analysis and micro-seismic location improvement using moveout-corrected gathers. <em>Geophysics</em>, 84(3), KS119-KS131.  </li>
<li>Lellouch, A., Yuan, S., Spica, Z., Biondi, B., &amp; Ellsworth, W. L. (2019). Seismic velocity estimation using passive downhole distributed acoustic sensing records: Examples from the San Andreas Fault Observatory at Depth. <em>Journal of Geophysical Research: Solid Earth</em>, 124, 6931-6948.（即本文）  </li>
<li>Lellouch, A., et al. (2018). <em>Stanford DAS Array earthquake analysis</em>. SEG Annual Meeting, Expanded Abstracts.  </li>
</ol>
<h2 id="_4">摘要</h2>
<p>准确的地震波速度剖面对于结构成像与震源定位至关重要，但传统主动源 VSP 昂贵且耗时。本文利用安装在圣安德烈亚斯断层深部观测孔（SAFOD）中的井下分布式光纤声波传感（DAS）阵列，仅依靠被动记录的天然地震与背景噪声，提取了 P 波与 S 波速度模型。我们首先用两次近垂直入射的微震（M1.33 与 M2.46）进行初至拾取与局部 slant-stack 扫描，获得 50–750 m 深度范围内 1-m 间隔的 VP 与 VS 剖面；其次用 1 天连续背景噪声做井中干涉测量，仅提取 VP。<br />
&gt; 结果显示：① 地震法得到的 VP 与 2005 年常规检波器 VSP 相差 &lt;3%，但分辨率显著提高；② 首次给出了该段 VS 剖面；③ 发现 50–100 m、300–500 m、500–750 m 三个速度段及 500–520 m 处 VP/VS 局部异常；④ 在 500 m 处识别出强 SP 转换事件，佐证了该异常。<br />
&gt; 背景噪声干涉法 VP 结果介于区域模型与地震法之间，但无法获得 VS。研究表明，永久井下 DAS 可利用微震与噪声实现低成本、高分辨率、可重复的速度表征，为断层区浅层结构监测提供了新途径。  </p>
<h2 id="_5">相关研究的重要性</h2>
<table>
<thead>
<tr>
<th>序号</th>
<th>重要性</th>
<th>前人具体工作</th>
<th>存在的不足</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>断层区浅层速度是震源精确定位、地震灾害评估的基础</td>
<td>Thurber et al. (2006, 2018) 用井中检波器 VSP 获得 SAFOD 附近 VP</td>
<td>成本高、无法长期重复；S 波难以激发</td>
</tr>
<tr>
<td>2</td>
<td>浅层低速带误差会向下传播，影响深部成像与储层描述</td>
<td>Armstrong et al. (2001); Blias (2009)</td>
<td>传统表面地震缺乏 10–100 m 尺度分辨率</td>
</tr>
<tr>
<td>3</td>
<td>需要一种可永久布设、耐高温高压、兼顾 P/S 波的速度监测手段</td>
<td>Daley et al. (2013, 2016) 首次现场验证 DAS 可记录地震波</td>
<td>仅展示记录能力，未系统提取速度模型；未给出 VS</td>
</tr>
<tr>
<td>4</td>
<td>微震被动速度建模可避免主动源环保与成本问题</td>
<td>Miyazawa et al. (2008) 用井中检波器噪声干涉得 VP</td>
<td>未使用 DAS；未给出 VS；未与 VSP 对比</td>
</tr>
<tr>
<td>5</td>
<td>光纤应变-速率转换与角度敏感性导致 S 波成像困难</td>
<td>Dean et al. (2017); Martin (2018)</td>
<td>理论上 DAS 对平行传播 S 波不敏感，实际处理策略缺失</td>
</tr>
</tbody>
</table>
<h2 id="_6">本文使用的数据</h2>
<table>
<thead>
<tr>
<th>类型</th>
<th>细节</th>
</tr>
</thead>
<tbody>
<tr>
<td>地震事件</td>
<td>2017-06 美国地质调查局目录中 M1.33（Z=11.16 km，Δ=1.87 km）与 M2.46（Z=11.43 km，Δ=2.49 km）</td>
</tr>
<tr>
<td>DAS 记录</td>
<td>SAFOD 主孔 0–800 m， SMF-28 单模光纤，10 m  gauge length，1 m 道距，2 500 Hz 采样，22 天连续</td>
</tr>
<tr>
<td>背景噪声</td>
<td>上述光纤 1 天连续数据（去除地震段）</td>
</tr>
<tr>
<td>对比数据</td>
<td>2005 年同一孔眼 3-C 检波器 VSP（炮点偏移 40 m，15 m 间隔，55 Hz 主频）与 Hole et al. (2006) 区域表面地震 VP 模型</td>
</tr>
</tbody>
</table>
<h2 id="_7">采用的方法</h2>
<table>
<thead>
<tr>
<th>步骤</th>
<th>方法要点</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>地震选取与质量控制：USGS 目录匹配，信噪比筛选</td>
</tr>
<tr>
<td>2</td>
<td>初至拾取：线性规划最大化振幅，零交叉校正，50 m 平滑</td>
</tr>
<tr>
<td>3</td>
<td>局部 slant-stack：150 m 高斯窗，30 m/s 速度扫描，semblance 最大，自动拾取 VP 与 VS</td>
</tr>
<tr>
<td>4</td>
<td>背景噪声干涉：井中相邻道 50 m 间隔互相关，1 天叠加，二次插值得走时，反演 VP</td>
</tr>
<tr>
<td>5</td>
<td>VS 提取专用流程：P 波 moveout→f-k 滤波→残余 S  moveout→自动拾取</td>
</tr>
<tr>
<td>6</td>
<td>误差分析：拾取加 Gaussian 误差（P 4 ms，S 20 ms）+  bootstrap 10 000 次；slant-stack 用 0.95/0.8 峰值 semblance 宽度</td>
</tr>
</tbody>
</table>
<h2 id="_8">获得的结果</h2>
<ul>
<li>0–800 m 高分辨率 VP、VS 剖面（1 m 间隔），与检波器 VSP 平均差异 &lt;3%。  </li>
<li>发现三段速度结构：0–100 m 未固结冲积层（VP/VS≈3），100–300 m 压实沉积，300–500 m 低速稳定层，500–750 m 再次压实。  </li>
<li>500–520 m 处 VP/VS 局部峰值（≈2.4）与强 SP 转换事件吻合，解释为局部流体/裂隙带。  </li>
<li>背景噪声 1 天即可得中等分辨率 VP，但频率低（5–20 Hz），无 VS。  </li>
</ul>
<h2 id="_9">本文创新之处</h2>
<table>
<thead>
<tr>
<th>创新点</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td>首次</td>
<td>将井下 DAS 被动地震记录用于同时提取 P 与 S 波速度剖面</td>
</tr>
<tr>
<td>首次</td>
<td>把背景噪声井中干涉法应用于 DAS 数据提取体波 VP</td>
</tr>
<tr>
<td>方法</td>
<td>提出针对 DAS 角度敏感性的 S 波 f-k + 双 moveout 滤波拾取流程</td>
</tr>
<tr>
<td>验证</td>
<td>与同一井眼常规 VSP 检波器结果定量对比，误差 &lt;3%，分辨率提升 15 倍（1 m vs 15 m）</td>
</tr>
<tr>
<td>发现</td>
<td>揭示 SAFOD 上 800 m 三段速度结构及 500 m 处 VP/VS 异常，被独立 SP 转换事件佐证</td>
</tr>
</tbody>
</table>
<h2 id="_10">主要贡献</h2>
<ol>
<li>证明永久井下 DAS 可替代/补充昂贵 VSP，实现零成本重复速度监测。  </li>
<li>提供一套可移植的被动源 VP/VS 建模流程（拾取 + slant-stack + 干涉）。  </li>
<li>为圣安德烈亚斯断层近地表精细结构、流体分布与应力场研究提供新的高分辨率模型。  </li>
</ol>
<h2 id="_11">不足与展望</h2>
<table>
<thead>
<tr>
<th>不足</th>
<th>可能的改进</th>
</tr>
</thead>
<tbody>
<tr>
<td>仅两件可用地震，M2.46 因文件头缺失未用于 VS</td>
<td>延长记录期，联合区域台网目录增加事件数</td>
</tr>
<tr>
<td>S 波拾取仍受 P 尾波、转换波干扰，误差大</td>
<td>引入极化分析、多分量 DAS 或 3-C 检波器联合</td>
</tr>
<tr>
<td>背景噪声法无 VS</td>
<td>尝试利用微震尾波或旋转噪声提取 Rayleigh 波</td>
</tr>
<tr>
<td>光纤深度-空间映射假定电缆无松弛</td>
<td>采用主动脉冲标定或分布式温度传感补偿</td>
</tr>
<tr>
<td>未考虑 3-D 射线弯曲与各向异性</td>
<td>结合走时层析或全波形反演进一步提高精度</td>
</tr>
</tbody>
</table>]]></content>
    
    <category term="paper" />
    
  </entry>
  
  <entry>
    <title>文献阅读(38)</title>
    <link href="https://www.seis-jun.xyz/blog/2025-12-11-paper-reading-38.html" />
    <id>https://www.seis-jun.xyz/blog/2025-12-11-paper-reading-38.html</id>
    <updated>2025-12-11T09:26:29+08:00</updated>
    <published>2025-12-11T09:26:29+08:00</published>
    <summary type="html"><p>&#8195;&#8195;<a href="https://pubs.geoscienceworld.org/seg/geophysics/article-abstract/89/2/P11/634865/Using-distributed-acoustic-sensing-to-characterize">Li &amp; Jin (2024), Geophysics</a></p></summary>
    <content type="html"><![CDATA[<p>&#8195;&#8195;<a href="https://pubs.geoscienceworld.org/seg/geophysics/article-abstract/89/2/P11/634865/Using-distributed-acoustic-sensing-to-characterize">Li &amp; Jin (2024), Geophysics</a></p>
<!--less-->

<h3 id="_1">题目</h3>
<p>Using distributed acoustic sensing to characterize unconventional reservoirs via perforation-shot triggered P waves</p>
<h3 id="_2">第一作者与通讯作者信息</h3>
<ul>
<li><strong>第一作者</strong>：Peiyao Li</li>
<li>单位：美国科罗拉多矿业学院（Colorado School of Mines）地球物理系  </li>
<li>邮箱：lipeiyao@mines.edu</li>
</ul>
<hr />
<h3 id="_3">第一作者其他三篇代表性著作</h3>
<ol>
<li>Li, P., and Jin, G., 2024. <em>Using distributed acoustic sensing to characterize unconventional reservoirs via perforation-shot triggered P waves</em>. Geophysics, 89(2): P11–P19.  </li>
<li>Li, P., Jin, G., and Lellouch, A., 2023. <em>Guided-wave dispersion inversion for shale reservoir properties using DAS-recorded perforation shots</em>. SEG Technical Program Expanded Abstracts, 342–346.  </li>
<li>Li, P., Jin, G., 2022. <em>P-wave dispersion analysis of DAS-recorded perforation shots for lateral heterogeneity detection in horizontal wells</em>. Unconventional Resources Technology Conference (URTeC), 2341–2350.</li>
</ol>
<hr />
<h3 id="_4">摘要</h3>
<p>非常规储层横向非均质性认识不足常对钻井、完井效率及产量产生负面影响，而现有测井与地震调查手段在刻画此类非均性方面能力有限。我们提出一种替代地球物理方法：利用分布式声波传感（DAS）记录射孔弹激发P波，以刻画非常规储层。在实测数据中，DAS记录的射孔弹产生强P波信号，其波形呈现明显频散。通过对相邻射孔弹信号进行平均，可可靠测量沿水平井的相速度变化。我们观测到一段低相速度异常区，其与测井曲线及三维地震体均方根振幅在空间上吻合。数值模拟验证了P波频散行为的合理性。与建模结果及其他测量对比表明，该方法对非常规储层刻画具有合理探测半径，并可通过对比压裂前后相速度差异推断压裂效果。数据采集可与射孔作业同步进行，成本低且适合现场推广。</p>
<hr />
<h3 id="_5">相关研究的重要性</h3>
<table>
<thead>
<tr>
<th>研究方向</th>
<th>重要性</th>
<th>前人研究</th>
<th>不足</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>非常规储层横向非均质性</strong></td>
<td>直接影响水平井靶窗选择、压裂设计与产量</td>
<td>NguyenLe &amp; Shin (2019) 指出厚度变化影响产能；Maus et al. (2020) 提出断层导致导向失误</td>
<td>测井探测半径&lt;1 m，地震分辨率&gt;25 m，均无法匹配储层厚度（7–12 m）</td>
</tr>
<tr>
<td><strong>射孔弹信号利用</strong></td>
<td>利用现有作业源，无需额外震源</td>
<td>Zhang et al. (2019) 用井中检波器记录射孔弹研究各向异性；Lellouch et al. (2019) 用DAS记录导波</td>
<td>检波器数量稀疏（11级），空间采样不足；未定量提取相速度</td>
</tr>
<tr>
<td><strong>DAS高频P波分析</strong></td>
<td>DAS具1 m空间采样、10 kHz采样率，可捕捉短波长</td>
<td>Jin &amp; Roy (2017) 用DAS低频应变研究裂缝；Byerley et al. (2018) 用DAS-VSP监测压裂</td>
<td>多聚焦微震或低频应变，忽视射孔弹P波频散信息</td>
</tr>
<tr>
<td><strong>波导频散反演</strong></td>
<td>频散曲线可反演层速度、厚度</td>
<td>Luo et al. (2021) 用导波频散反演页岩属性</td>
<td>仅研究导波，未利用体波P波；缺乏现场验证</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_6">本文使用的数据</h3>
<table>
<thead>
<tr>
<th>数据类型</th>
<th>来源</th>
<th>特点</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>DAS原始炮集</strong></td>
<td>美国DJ盆地Codell砂岩水平井，永久光纤外置</td>
<td>76段压裂，&gt;300次射孔弹，10 kHz采样，~1 m道距，2500 m水平段</td>
</tr>
<tr>
<td><strong>辅助资料</strong></td>
<td>邻井声波时差测井、伽马测井、声幅成像测井</td>
<td>厚度7–12 m，速度约3800–4500 m/s</td>
</tr>
<tr>
<td><strong>三维地震</strong></td>
<td>地表3D地震体</td>
<td>提取Codell层均方根振幅，垂向分辨率~25 m</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_7">采用的方法</h3>
<table>
<thead>
<tr>
<th>步骤</th>
<th>方法</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>信号提取</strong></td>
<td>带通滤波（50–1000 Hz）+ 时空软掩模</td>
<td>去除强管波，保留P波</td>
</tr>
<tr>
<td><strong>频散分析</strong></td>
<td>多道面波分析（MASW）</td>
<td>将炮集T(t,x)→频率-相速度域D(f,V)，拾取局部最大脊线</td>
</tr>
<tr>
<td><strong>空间平均</strong></td>
<td>100 m滑动窗</td>
<td>每窗≥3次射孔弹测量，计算均值与标准误</td>
</tr>
<tr>
<td><strong>数值验证</strong></td>
<td>Devito 2D 有限差分</td>
<td>建立高-低-高速波导模型，重复观测系统，复现频散与高阶模态</td>
</tr>
<tr>
<td><strong>压裂前后对比</strong></td>
<td>heel-ward（压裂前）vs toe-ward（压裂后）</td>
<td>计算相速度差ΔVp，评估压裂诱导变化</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_8">获得的结果</h3>
<table>
<thead>
<tr>
<th>评估维度</th>
<th>主要结果</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>频散特征</strong></td>
<td>P波呈明显正频散：频率↑ 相速度↓；异常区内仅基阶模态，外区出现一阶高阶模态</td>
</tr>
<tr>
<td><strong>异常区一致性</strong></td>
<td>低相速度区（1000–2300 m）与低伽马、高裂缝密度、低地震振幅吻合，空间范围介于测井与地震之间</td>
</tr>
<tr>
<td><strong>数值验证</strong></td>
<td>模拟复现频散曲线形态与高阶模态激发条件，证实波导陷阱效应</td>
</tr>
<tr>
<td><strong>压裂前后差异</strong></td>
<td>平均ΔVp ≈ −26 m/s（↓0.7%），局部最大↓200 m/s（↓5%），显著大于测量不确定度（±33 m/s）</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_9">创新之处与贡献</h3>
<table>
<thead>
<tr>
<th>类别</th>
<th>具体内容</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>理论创新</strong></td>
<td>首次提出<strong>“射孔弹P波频散+ DAS”</strong>刻画非常规储层横向非均质性，填补测井与地震之间的尺度空白（探测半径~50–200 m，空间分辨率~100 m）</td>
</tr>
<tr>
<td><strong>方法创新</strong></td>
<td>开发<strong>“软掩模-MASW-局部脊线拾取”</strong>流程，实现&gt;300次射孔弹自动频散提取；引入<strong>heel/toe双向采样</strong>策略，天然获得压裂前后对比</td>
</tr>
<tr>
<td><strong>工程贡献</strong></td>
<td>无需额外震源与作业停顿，<strong>“光纤随射孔”</strong>成本低；可实时指导后续段簇间距、液量调整</td>
</tr>
<tr>
<td><strong>数据贡献</strong></td>
<td>公开DJ盆地完整DAS射孔弹炮集及配套测井，为社区提供新的基准数据集</td>
</tr>
</tbody>
</table>
<hr />
<h3 id="_10">不足与未来方向</h3>
<table>
<thead>
<tr>
<th>不足</th>
<th>具体描述</th>
<th>未来工作</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>一维速度模型</strong></td>
<td>仅用垂直速度剖面，未考虑横向速度变化</td>
<td>2D/3D反演，联合拾取频散与振幅</td>
</tr>
<tr>
<td><strong>高阶模态利用不足</strong></td>
<td>仅拾取基阶，未反演厚度与高阶联合</td>
<td>多模态联合反演，提高厚度分辨率</td>
</tr>
<tr>
<td><strong>缺乏定量岩石物理</strong></td>
<td>仅对比伽马、裂缝计数，未直接输出孔隙度、脆性指数</td>
<td>建立<strong>相速度-岩石物性</strong>转换关系，耦合测井校准</td>
</tr>
<tr>
<td><strong>永久光纤成本高</strong></td>
<td>目前依赖永久光缆</td>
<td>推广<strong>钢丝光缆DAS</strong>，开发实时自动处理模块</td>
</tr>
<tr>
<td><strong>未考虑各向异性</strong></td>
<td>忽略页岩TI/HTI影响</td>
<td>引入各向异性频散理论，联合S波偏振分析</td>
</tr>
</tbody>
</table>]]></content>
    
    <category term="paper" />
    
  </entry>
  
</feed>