SecretFlow 2025 Call for Ideas!

[baikeqichenwei]

Dear SecretFlow Developers,

We are excited to invite your ideas to help shape the future of SecretFlow in 2025! Your suggestions and needs will play a crucial role in guiding its development. Whether you have ideas for exciting new features or improvements to make SecretFlow even more powerful, we want to hear from you!

Here are some prompts to spark your creativity:
💡 Functionality: What new features should SecretFlow add?
🦾 Stability: What could be faster, stronger, or more reliable?
🤖 AI & BI Integration: How can SecretFlow better integrate with AI and BI tools?

Timeline:

• February 17 - February 23, 2025: Call for ideas
• February 23 - March 2, 2025: Community voting

How to attend

Simply leave your formatted suggestion as a comment under this post to participate! To ensure your suggestions are clearly understood, please follow these formatting guidelines:

• Repo or Module: [Specify Repo/Module]
• Feature/Improvement Description: [Describe your idea]
• Why This Feature/Improvement is Needed: [Explain the need and expected impact]
• Your Business Background/Scenario: [Describe your business context]

Example:

• Repo or Module: SCQL
• Feature/Improvement Description: [Feature Request] Support for the percentile function.
• Why This Feature/Improvement is Needed: This function is required to calculate and analyze distribution statistics for specified columns, which is essential for understanding data patterns and trends.
• Your Business Background/Scenario: This need arises in financial data analysis scenarios, where understanding the distribution of key metrics (e.g., income, risk scores) is critical for decision-making.

⚠️ Pro Tip: Following the format above will make your idea clear and actionable.

We can’t wait to see your innovative ideas and work together to make SecretFlow even better in 2025!

Best regards,
The SecretFlow Team

---

尊敬的 SecretFlow 开发者们：

我们诚挚邀请您提出宝贵意见，共同塑造 SecretFlow 的 2025 年未来！您的建议和需求将在其开发过程中发挥关键作用。无论您是有激动人心的新功能想法，还是希望改进 SecretFlow 使其更强大，我们都期待听到您的声音！

以下是一些激发创意的提示：
💡 功能：SecretFlow 应该添加哪些新功能？
🦾 稳定性：哪些方面可以更快、更强或更可靠？
🤖 AI 和 BI 集成：SecretFlow 如何更好地与 AI 和 BI 工具集成？

时间安排

• 2025 年 2 月 17 日 - 2 月 23 日：征集想法
• 2025 年 2 月 23 日 - 3 月 2 日：社区投票

参与方式

只需在本活动帖下按照格式要求留言即可参与！为确保您的建议能被清晰理解，请遵循以下格式要求：

• Repo 或模块：[指定 Repo/模块]
• 功能/改进说明：[描述您的想法]
• 为什么需要这个功能/改进：[解释需求及预期效果]
• 您的业务背景/场景：[描述您的业务场景]

示例：

• Repo 或模块：SCQL
• 功能/改进说明：[功能请求] 支持 percentile 函数。
• 为什么需要这个功能/改进：该函数用于计算和分析指定列的分布统计信息，这对于理解数据模式和趋势至关重要。
• 您的业务背景/场景：这一需求源于金融数据分析场景，了解关键指标（如收入、风险评分）的分布对决策至关重要。

⚠️ 请认真填报您的需求，提报内容与开源项目差异过大会作为无效提报，无法进入投票，也不会给您寄送奖品哦
⚠️ 请遵守提报格式要求，确保您的建议能被精准理解，感恩的心❤️
⚠️ 为了能及时把礼品送到您手中，请务必在填写完需求后的第一时间加小助手微信（微信号：SecretFlow04）并注明来意，小助手将会引导您填写收件信息。需求提交合格即可收获精美礼品一份；需求投票前五可收获社区定制棒球衫一件。礼品将在 3 月 7 日前全部寄出。

我们迫不及待地想看到您的创新想法，并期待与您一起让 SecretFlow 在 2025 年变得更强大！

此致，
SecretFlow 团队

[haha-zwx-ooo]

Repo 或模块：SecretPad
功能/改进说明：
[功能请求] 支持 白屏的kuscia 的deploy和yaml编排。
[功能请求] 支持 白屏的kuscia yaml编排和可以化dag的转换。
为什么需要这个功能/改进：对于规模部署和yaml直连kusica验证比较有利
您的业务背景/场景：这一需求源于部署和运维以及验证

[ShallMate]

Repo 或模块：secretflow
功能/改进说明：
[功能请求] 支持恶意安全的MPC运算
为什么需要这个功能/改进：恶意安全的MPC一直是目前社区内的短板，虽然可能实际业务中半诚实安全已经足够，但提供给用户恶意安全的选项也是感觉有必要的。对于个人而言，主要是方便进行科学研究。
您的业务背景/场景：主要用于科学研究。

[ShallMate]

Repo 或模块：yacl
功能/改进说明：
[功能请求] 提供beaver三元组的生成（非可信第三方的生成方式）
为什么需要这个功能/改进：beaver三元组的生成是众所周知的重要离线步骤，而现如今的yacl或者spu中似乎均没有这一功能。spu中似乎也是用的可信第三方的生成方式。
您的业务背景/场景：beaver三元组在mpc中非常常用，有时候用可信第三方的生成方式并不被认可。因此希望有真正的非可信第三方的生成功能。

[ShallMate]

该功能似乎已经在spu中被实现。撤销此需求。使用方法如下。但是我仍觉得spu中的ring这种基础设施可以迁移到yacl中。
https://github.com/secretflow/spu/blob/main/src/libspu/mpc/semi2k/beaver/beaver_impl/beaver_test.cc

[DuanYuFi]

Repo 或模块：SPU
功能/改进说明：支持更多的MPC协议与基础设施。
为什么需要这个功能/改进：
站在学术研究的角度来讲，目前MPC协议的实验大多基于MP-SPDZ框架，我认为这是因为MP-SPDZ框架包含大量的基础设施、经典协议以及丰富的教程，科研人员可以在框架中实现自己的协议，并与已有的前人工作进行比较。不过MP-SPDZ的使用难度实际上并不低，，有些设计比较难以理解或者难用，在框架结构和设计上是落后于SPU的。但是我们目前仍然不能使用SPU来开发我们的新协议，是因为SPU中缺少大量基础设施的支持（例如各种数域的支持、preprocessing基础设施等）以及经典协议的支持（FLNW17、SpdzWise等），我们实现自己的协议需要补充基础设施代码，实现好我们自己的协议后还要实现想要对比的经典协议。
您的业务背景/场景：科研

[magic-hya]

Repo 或模块：secretpad
功能/改进说明：
[功能请求] 支持图片格式数据的输入。
[功能请求] 支持横向联邦的数据合并（对应隐私求交组件）。
为什么需要这个功能/改进：目前平台不能添加非结构化数据，也还没有横向联邦相关的能力。
您的业务背景/场景：目前做的项目需要用到视觉的深度学习横向联邦。

[Mingbo-Lee]

Repo 或模块：SecretFlow
功能/改进说明：支持更多的预训练模型
为什么需要这个功能/改进：
联邦学习可以视作一种分布式深度学习技术，尽管此前通过社区贡献已经验证了对 torchvision.models 和 tensorflow.keras.applications 这两个预训练模型库的支持。但随着大模型的崛起，联邦学习同样将面临更大的挑战。为了满足日益增长的需求，需要支持更多的预训练模型，特别是大语言模型，以应对横向场景中的微调等需求。Huggingface 是著名的预训练语言模型库，其丰富的模型资源可以为联邦学习提供有力的支持。如果能实现对 Huggingface 库的兼容性，将有助于在联邦学习场景中探索诸如 GPT-2 这样的模型，并为算力支持下逐步微调更大规模的大语言模型提供可能性，从而推动科研和商业领域在更多应用场景下的探索和创新。
您的业务背景/场景：科研

[Mingbo-Lee]

Repo 或模块：SecretFlow
功能/改进说明：支持联邦学习的自定义损失函数
为什么需要这个功能/改进：
目前，隐语联邦学习模块对损失函数的支持较为局限，主要集中在固定输出的任务上，例如分类问题中的预测值与真实值的对比。然而，对于训练过程中生成的变量损失，例如 VAE（变分自编码器）等模型自定义的损失函数，当前尚无法有效支持。这一限制在横向联邦学习的应用拓展中形成了瓶颈，因为损失函数的优化是深度学习中的关键部分，优化后的损失函数能够更好地引导模型的学习过程。在联邦学习场景中，支持自定义损失函数将使得学习过程中的权重和梯度更新更加精准和高效，从而提高模型性能，推动更多科研应用的实现。
您的业务背景/场景：科研

[Mingbo-Lee]

Repo 或模块：SPU
功能/改进说明：ABY3协议支持姚氏混淆电路
尽管基于秘密共享的 ABY3 协议目前是主流实现方式，但在科研领域，探索更高效的神经网络结构仍然是一个重要方向。基于姚氏混淆电路的 ABY3 协议能够为一些应用带来更高的效率，因此对其支持的引入将推动这些应用的实现。此外，提供不同协议对比的功能，有助于入门者在同一框架下理解协议性能的差异，降低学习门槛。更进一步，支持多种协议的框架有助于科研对比实验的开展，体现了 SPU 设计中“前后端分离”理念的一致性，实现“一处代码，多种协议运行”的灵活性。
您的业务背景/场景：科研

[tarantula-leo]

Repo 或模块：SecretFlow
功能/改进说明：支持在文档页面基于隐语相关文档或Github issue等知识库进行人机对话
为什么需要这个功能/改进：目前只支持针对关键词检索，对于具体问题解决效率较低
您的业务背景/场景：部署运维、科研

[baikeqichenwei]

代 @ z0gSh1u 发
Repo 或模块：SecretFlow
功能/改进说明：文档友好度和清晰度改进，如：“用户指南”和“教程”两块的区别不清晰，还有重复的案例&相互跳转的逻辑；有的文档存在过期问题。
为什么需要这个功能/改进：提高文档友好度
您的业务背景/场景：部署测试

[ShallMate]

Repo 或模块：yacl或者spu
功能/改进说明：支持混淆电路
为什么需要这个功能/改进：混淆电路也是构造高效协议时经常使用到的核心组件。而目前yacl或者spu均不支持。
您的业务背景/场景：科研

[EtanWatson]

Repo 或模块：Kuscia
功能/改进说明：希望官方能支持适配HIVE数据源。
为什么需要这个功能/改进：目前所在的项目数据存储资源以HIVE为主，希望能适配直连HIVE
您的业务背景/场景：测试/生产验证/用于联合分析以及联合圈群

[baikeqichenwei]

收到需求！请添加小助手微信：SecretFlow04 进行收件信息登记😊

[tarantula-leo]

Repo 或模块：SCQL
功能/改进说明：增加任务审批流程
为什么需要这个功能/改进：目前使用SCQL可直接发起查询，不需要其它参与方审批，实际生产中查询语句应只有经过所有数据拥有方的审核确认后，才能提交到 SCQL 执行，同时可关联KUSCIA中的审批参数设置，以降低安全风险及进行资源管控
您的业务背景/场景：测试/生产验证

[walkovernamtso]

Repo 或模块：[trustflow]
功能/改进说明：[支持大模型微调和推理]
为什么需要这个功能/改进：[保护微调数据和推理的输入输出]
您的业务背景/场景：[大模型微调和推理]

[baikeqichenwei]

收到需求！请添加小助手微信：SecretFlow04 进行收件信息登记😊

[zhangwfjh]

Repo 或模块：Yacl
功能/改进说明：[功能请求] 增加对多项式类型的支持，优化多项式基本运算（FastEval, FastInterp, NTT, Random 等）
为什么需要这个功能/改进：多项式被广泛用于密码学原语及协议中，如秘密分享，BGW，RLWE 等。当前 SecretFlow 中存在冗余实现 （PSI / HEU / Yacl），统一接口，避免冗余实现及底层优化。
您的业务背景/场景：高级协议开发

[YuzeHao2023]

Repo or Module: [secretflow]
Feature/Improvement Description: [提供用于隐私保护的医疗保健中的联邦学习的常用数据集接口]
Why This Feature/Improvement is Needed: 在医疗保健领域，数据隐私至关重要。联邦学习允许医疗机构在不共享原始数据的情况下协作训练模型，保护患者隐私。提供专门的接口可以降低医疗保健从业者使用联邦学习的门槛，提高数据处理和模型训练的效率，同时确保数据的隐私安全。
Your Business Background/Scenario: 在实际的医疗保健场景中，不同医疗机构拥有大量的患者数据，但由于隐私法规和安全顾虑，这些数据难以共享。例如，多家医院希望合作建立一个更准确的癌症诊断模型，通过联邦学习接口，它们可以在不泄露患者隐私信息的前提下，共同训练模型，提高癌症诊断的准确性。

[baikeqichenwei]

收到需求！请添加小助手微信：SecretFlow04 进行收件信息登记😊

[xbw886]

Repo 或模块：YACL
功能/改进说明：
[功能请求] 增加对后量子密码学（Post-Quantum Cryptography, PQC）的支持，包括但不限于：
1.基于格（Lattice-based）的密码学：支持如CRYSTALS-Kyber和CRYSTALS-Dilithium等已通过NIST标准化的算法。
2.基于多变量多项式（Multivariate Polynomial-based）的密码学：例如Rainbow签名算法。
3.基于编码（Code-based）的密码学：如McEliece加密算法。
为什么需要这个功能/改进：
后量子密码学是应对未来量子计算威胁的关键技术。随着量子计算的发展，传统密码学算法（如RSA、ECC）可能被量子计算机快速破解，而PQC算法基于量子计算机难以解决的数学问题，能够提供更高级别的安全性。此外，NIST正在推动PQC算法的标准化，这表明后量子密码学在未来将成为信息安全领域的主流技术。
您的业务背景/场景：
科研

[ShallMate]

Repo 或模块：YACL
功能/改进说明：
[功能请求] FHE的支持
能否将SEAL集成到yacl中去呢？最好再封装一下。最好还能支持高效的基于同态的多项式评估。
为什么需要这个功能/改进：
FHE是高级密码应用不可或缺的组件，但是目前社区内对于FHE的支持我觉得是不够的。社区内的HE库HEU目前仍与半同态为主。而常用的FHE库如OpenFHE、SEAL等YACL并未集成。且FHE存在一定使用门槛。对于仅是“应用”FHE的开发人员和研究者并不友好。
您的业务背景/场景：
科研

[yunbo99]

Repo 或模块：YACL
功能/改进说明：可以增加YACL已有组件的梳理文档，介绍一下已支持的算法能力，并简单介绍一下这些算法的实现原理，安全性，性能等。对于一些常用的工具，如Network模块，也可以在文档中重点介绍一下使用方法与注意事项。
为什么需要这个功能/改进：方便基于YACL进行算法协议实现。
您的业务背景/场景：科研/算法实现

[cs1317]

Repo 或模块：HEU
功能 / 改进说明：基于GPU加速的全同态加密，支持基于全同态加密的AI模型训练/推理、PSI/PIR协议，其中密态AI模型的精度相较于明文下降不超过1%
为什么需要这个功能 / 改进：AI广泛应用，由此带来的隐私保护需求日益凸显，基于硬件信任根的方案对隐私保护的解释成本高，因此希望落地基于同态加密的AI推理方案
您的业务背景/场景：商业合作，大模型安全推理

[bzzbzz7]

Repo 或模块：secretpad
功能/改进说明：
[功能请求] 支持横向联邦模型训练
为什么需要这个功能/改进：目前组件中仅有垂直联邦模型训练，现实情况横向联邦模型训练场景更多，但隐语缺少横向联邦组件，导致能落地场景减少。
您的业务背景/场景：主要用于同机构跨地域模型训练。

[tiannalu1229]

Repo 或模块：YACL
功能/改进说明：增加zksnark相关内容，实现通用zksnark协议。
为什么需要这个功能/改进：实现zksnark通用协议，增强隐私保护，提高可信和透明度。
您的业务背景/场景：科研