Snapshot投票结果公布,Grants花落谁家由社区的你说了算!

Moonbeam技术委员会成员Sicco公布了基于Snapshot投票的第一批生态系统Grants结果。投票设置了最低门槛,未达到标准的项目资金将转入社区Grants。剩余4个符合条件的项目BeamSwap,DAMFinance,PrimeProtocol,StellaSwap将进行链上投票,分配总额为5,430,700GLMR。链上投票已在进行中,结果将决定各项目具体获得的Grant数额。
部署运行你感兴趣的模型镜像

作者:阿瓦达索token

请注意,本篇内容来自Moonbeam社区成员的无偿分享,与Moonbeam官方和Moonbeam中文社区无关。本文内容仅供参考,对于内容的准确性和实效性,请自行谨慎判断。


近日,Moonbeam技术委员会成员Sicco在Moonbeam社区论坛发布了第一批生态系统Grants Snapshot投票结果,我直接将该帖内容翻译如下,希望对社区的理解有所帮助。

Snapshot投票结果公布

现在5号Snapshot投票已经结束,社区获得了机会去表达他们希望如何分配第一批生态系统Grants。我们接下来准备进行链上投票。

Revised Grant Program中的“Snapshot投票调整”部分所述;Grants委员会作出了以下调整:

任何提案如果收到的GLMR价值低于25万美元(基于“Revised Grant Program”通过之日起的7天TWAP),将不会被纳入链上投票。

Revised Grant Program于3月7日获得通过;当时的7天TWAP为0.41美元。基于该数字,纳入投票的门槛为609,756 GLMR;或13.55%的投票率。

总计69,300 GLMR 的“剩余”金额分配给社区Grants。

任何获得超过200万枚GLMR(44.44%的投票)的提案都将被限制在这一额度,没有任何提案的得票率超过44.44%,因此这一规定不适用。

超过200万枚GLMR的资金将按比例分配给剩余的合格提案草案(那些至少获得13.55%投票的草案)。同样,由于没有提案的投票比例超过44.44%,无需再分配。

这些调整导致的结果如下:

  • DoDAO(Snaoshot投票的0.75%,33,750 GLMR):未达到最低要求的门槛。
  • Zircon Finance(Snapshot投票0.79%,35,550 GLMR):未达到最低门槛要求。
  • 因此,69300 GLMR被分配到Community Grants Bucket。

其余4项提案的结果如下:

  • BeamSwap(Snapshot投票的14.62%):657,900 GLMR
  • DAM Finance(Snapshot投票的16.19%):728,550 GLMR
  • Prime Protocol(Snapshot投票的30.38%):1,367,100 GLMR
  • StellaSwap(Snapshot投票的37.27%):1,677,150 GLMR

整合这些结果后的链上投票已于2023年3月27日星期一提交给社区,并将于2023年4月3日截止。

链上投票

Snapshot于上周结束后,现在生态系统Grants的公投(91号)已经在链上开始投票。即上图中的第5阶段。

投票内容为是否同意下列项目的grants金额分配:

  • StellaSwap:1,677,150 GLMR
  • Prime Protocol:1,367,100 GLMR
  • DAM Finance:728,550 GLMR
  • Beamswap:657,900 GLMR
  • *另外69,300 GLMR会进入社区Grants预算

如通过,那么第一批生态系统Grants预算将上述分配情况分配给当选项目。

Polkassembly的投票链接:Ecosystem Tranche 1 Grant Proposal | Polkassembly

前情回顾

我一直在关注Moonbeam分配Grants这部分的消息,从2月Sicco提出需要修改Grant条款开始,到修订版通过,然后生态内有一些项目积极参与想要得到修订过后的生态Grant(最高级grant),也做了盘点。现在就后续链上投票结束后,如通过,看这些申请Grant的项目如何为Moonbeam/Moonriver生态吸引更多流量!

一些之前写的参考文章:
Revised Grant Program提案中文精简版
快速理清申请生态Grants的7个项目及其申请主要内容
申请Moonbeam生态Grants的6个项目的草案及社区反馈

您可能感兴趣的与本文相关的镜像

Llama Factory

Llama Factory

模型微调
LLama-Factory

LLaMA Factory 是一个简单易用且高效的大型语言模型(Large Language Model)训练与微调平台。通过 LLaMA Factory,可以在无需编写任何代码的前提下,在本地完成上百种预训练模型的微调

<think>我们正在处理用户关于微信小程序是否支持原生snapshot功能的问题。根据用户提供的引用,特别是引用[3]和引用[4],它们提到了“生成海报图”和“Snapshot导出海报”,这似乎与用户的问题相关。 引用[3]提到“微信小程序生成海报图”,并讨论了一个关于跨分包模板依赖的问题。引用[4]则直接提到了“微信小程序Snapshot导出海报”,并给出了一些配置代码,包括设置"renderer"为"skyline"和"componentFramework"为"glass-easel"。 但是,这些引用并没有明确说明微信小程序是否提供了原生的snapshot(快照)功能。我们需要结合微信小程序的官方文档和已知功能来回答。 根据微信小程序的官方文档,微信小程序提供了canvas API,可以用于绘制图形,并可以将canvas内容导出为图片。这通常被用来生成海报图。此外,微信小程序还提供了wx.canvasToTempFilePath和wx.canvasPutImageData等API,用于操作canvas图像。 另外,从微信小程序基础库2.7.0开始,支持了`wx.createOffscreenCanvas`创建离屏canvas,可以在Worker线程中进行绘制,避免阻塞主线程。 但是,用户询问的是“原生snapshot功能”。如果“snapshot”指的是对当前页面进行截图,那么微信小程序并没有提供直接截取整个页面的API。不过,可以通过以下方式实现类似功能: 1. 使用canvas手动绘制页面内容(包括文本、图片等),然后导出为图片。 2. 使用`wx.createSelectorQuery`获取页面节点信息,然后绘制到canvas上。 另外,微信小程序在基础库2.4.0开始支持了`wx.canvasGetImageData`和`wx.canvasPutImageData`,用于操作像素数据。 引用[4]中提到了“Snapshot导出海报”,结合配置代码,可能是指使用一种新的渲染器(skyline)和组件框架(glass-easel)来生成海报。但具体是否提供了新的snapshot API,引用中并未明确。 因此,我们可以得出结论:微信小程序没有提供直接对页面进行快照(snapshot)的原生API,但提供了丰富的canvas API,开发者可以通过canvas来实现类似快照的功能(即生成图片)。 另外,引用[3]中提到的生成海报图的问题,官方回复了一个已知问题,并给出了临时解决方案,这进一步说明生成海报图(快照)是通过开发者自己绘制canvas实现的。 所以,回答用户:微信小程序没有直接提供原生的页面快照(snapshot)功能,但可以通过canvas API来实现类似效果。 同时,根据引用[4]的配置,我们可以推测在skyline渲染引擎下可能有新的方式,但目前官方文档中并未明确说明有直接的snapshot API。 因此,我们的回答将围绕如何使用canvas来实现快照功能,并提醒用户注意引用[3]中提到的跨分包问题(如果用户遇到的话)。 最后,生成相关问题。</think>根据微信小程序的官方文档和开发实践,微信小程序**本身不提供直接的原生页面快照(snapshot)功能**,但可以通过以下方式实现类似效果: ### 1. **Canvas 绘制方案**(主流方案) 通过小程序 Canvas API 手动绘制页面内容并导出图片: ```javascript // 创建 Canvas 上下文 const ctx = wx.createCanvasContext(&#39;snapshotCanvas&#39;) // 绘制页面内容(需手动实现布局) ctx.drawImage(&#39;/images/background.jpg&#39;, 0, 0, 300, 400) ctx.setFontSize(20) ctx.fillText(&#39;海报标题&#39;, 50, 50) // 导出图片 ctx.draw(false, () => { wx.canvasToTempFilePath({ canvasId: &#39;snapshotCanvas&#39;, success: (res) => { wx.saveImageToPhotosAlbum({ filePath: res.tempFilePath }) } }) }) ``` **优点**:兼容性强,支持基础库 1.9.0+ **缺点**:需手动实现布局逻辑,无法直接截取原生组件(如 video/web-view)[^3][^4] ### 2. **Web-view 方案** 通过内嵌网页实现截图(需配置业务域名): ```html <web-view src="{{url}}" bindmessage="onSnapshotMsg"></web-view> ``` 在 H5 中使用 `html2canvas` 等库截图后,通过 `postMessage` 传递给小程序: ```javascript // H5 页面内 html2canvas(document.body).then(canvas => { wx.miniProgram.postMessage({ data: canvas.toDataURL() }) }) ``` **限制**: - 需配置业务域名 - 无法截取小程序原生组件 - 分享时需通过 `onShareAppMessage` 获取 webViewUrl[^2] ### 3. **服务端生成方案** 在小程序端收集页面数据 → 发送到服务器 → 用 Puppeteer 等工具生成图片 → 返回图片 URL: ```javascript wx.request({ url: &#39;https://api.example.com/generate-snapshot&#39;, data: { content: &#39;待生成内容&#39; }, success: (res) => { wx.previewImage({ urls: [res.data.imgUrl] }) } }) ``` **优点**:排版灵活,支持复杂样式 **缺点**:依赖网络请求,响应延迟 --- ### 关键注意事项 1. **原生组件限制** `<video>`/`<camera>`/`<web-view>` 等原生组件无法被 Canvas 直接绘制,需用占位图替代[^3]。 2. **分包加载问题** 使用自定义组件时,跨分包引用模板可能导致报错(需临时复制模板到同一分包)[^3]。 3. **渲染器配置** 新版本渲染器需在 `app.json` 配置: ```json { "renderer": "skyline", "componentFramework": "glass-easel", "lazyCodeLoading": "requiredComponents" } ``` 否则可能引发兼容性问题[^4]。 --- ### 总结建议 - **简单场景**:优先选用 Canvas 方案 - **复杂 H5 内容**:结合 web-view + html2canvas - **高性能需求**:采用服务端生成方案 微信官方未提供直接截图 API,但上述方案已广泛用于海报生成、分享卡片等场景[^3][^4]。需注意真机调试(部分问题开发者工具无法复现)[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值