View in #questions on Slack
@Valerio_Bonsignori: Hello, I have seen that for the SecureAggregation there is the example/tutorial in the Github. The Client side implementation is straight forward (I need to from flwr.client.mod import secagg_mod and using as mod in the ClientApp constructor. But the example uses the (new?) Flow structure for the server implementation, and it is not easy to plug it in my implementation.
There is a simpler way to include Sec Agg server side as well ?
@Chong_Shen: Hello @Valerio_Bonsignori, our SecAgg example actually uses the older approach based on Strategy and NumpyClient, and our recommended way to build your Flower apps is to use our Message API. One way to create a custom server implementation is to adapt the existing strategies like how is done in the advanced PyTorch example strategy.
Perhaps if you can share a bit of your implementation, I can provide more detailed explanations?
Flower: Upgrade to Message API
@Valerio_Bonsignori: Hello @Chong_Shen sorry for the late reply, I wasn’t expecting anymore a reply. I am implementing a one-shot (round) FL application: client local parameter definition, sent to the server. The server aggregates and send them back. It have been easy to do such, using the “flwr[simulation]>=1.18.0”, version. The example of SecAgg that you pointed SecAgg Example is indeed using the old version but, even in that case, I find the server “workflow” kind of object and not a simpler “plug and play” modifier for the server (as it is instead for the client). Am I missing another different API designing phase between the Server/Client apps and the new version with pure messages?