Add suport por melonDualDS

[SapphireRhodonite]

Hiii I wanna add support for this on melonDualDS I will make a toggle to select wich implementation the user wants, RAProxy or my own I like your app and all unloks being on a single app is wonderfull, I will use the code in your merge request that is on the main branch!, thanks for your work

[SapphireRhodonite]

also, I will se if we can improve this, how this manage custom made payloads?, does it block it in some way?, maybe we can do something to try to get hardcore offline approved from the mods of RA

[misantronic]

Hey, thank you so much for recognizing my app! I love the idea of giving users a toggle to choose between your own implementation and RAOfflineProxy. Would you use this PR as a template for your integration? Always feel free to improve on it! Once you're ready and melonDualDS supports the host override broadcast receiver, it's very easy for me to integrate it into RAOfflineProxy.

About the payload: the proxy never inspects, validates or blocks the contents of a request body. While online, the body is forwarded to RA exactly as received (the only thing the proxy changes on outbound requests is appending its own tag to the User-Agent header).

For offline award submissions it's different: the proxy does modify the payload before sending it. It adds an o offset (seconds since the achievement was earned) and recomputes the v validation hash accordingly, so RA knows the award was backdated. It also attaches chain integrity parameters (ra_chain_*) so the queue can be verified as untampered, though as far as I know RA doesn't use those server-side as of now.

On getting hardcore offline approved by the RA mods: honestly, I don't think that's realistic, and I'd be cautious about raising expectations there. The fundamental problem is that a proxy can never be trusted for hardcore. I do what I can with the anti-tamper chain, but anyone who actually wants to cheat can do so without much trouble, either by manipulating payloads on a rooted device or by changing the source and building their own version. As long as that's true, I can't see the mods signing off on hardcore, and I'd rather be upfront about that than pretend the chain makes it safe.
That said, I'm always open to different approaches that could actually solve this, or anything that helps make the case to the mods, since hardcore support is by far the most requested feature.

I'm really looking forward to a collaboration! Several emulator devs have already submitted to have their apps supported. RetroArch and Dolphin are the big ones still awaiting a reply.

[SapphireRhodonite]

Hey, thank you so much for recognizing my app! I love the idea of giving users a toggle to choose between your own implementation and RAOfflineProxy. Would you use this PR as a template for your integration? Always feel free to improve on it! Once you're ready and melonDualDS supports the host override broadcast receiver, it's very easy for me to integrate it into RAOfflineProxy.

About the payload: the proxy never inspects, validates or blocks the contents of a request body. While online, the body is forwarded to RA exactly as received (the only thing the proxy changes on outbound requests is appending its own tag to the User-Agent header).

For offline award submissions it's different: the proxy does modify the payload before sending it. It adds an o offset (seconds since the achievement was earned) and recomputes the v validation hash accordingly, so RA knows the award was backdated. It also attaches chain integrity parameters (ra_chain_*) so the queue can be verified as untampered, though as far as I know RA doesn't use those server-side as of now.

On getting hardcore offline approved by the RA mods: honestly, I don't think that's realistic, and I'd be cautious about raising expectations there. The fundamental problem is that a proxy can never be trusted for hardcore. I do what I can with the anti-tamper chain, but anyone who actually wants to cheat can do so without much trouble, either by manipulating payloads on a rooted device or by changing the source and building their own version. As long as that's true, I can't see the mods signing off on hardcore, and I'd rather be upfront about that than pretend the chain makes it safe. That said, I'm always open to different approaches that could actually solve this, or anything that helps make the case to the mods, since hardcore support is by far the most requested feature.

I'm really looking forward to a collaboration! Several emulator devs have already submitted to have their apps supported. RetroArch and Dolphin are the big ones still awaiting a reply.

Yuo for the final 0.7.0 it will be implemented!!

[misantronic]

Yuo for the final 0.7.0 it will be implemented!!

I just added support for melonDualDS from my side (0cb57c0). Looking forward to your release 🚀