notimp does your name mean what I'm thinking it could? Like in a dns response code:
Response code:
0 = NOERR, no error
1 = FORMERR, format error (unable to understand the query)
2 = SERVFAIL, name server problem
3= NXDOMAIN, domain name does not exist
4 = NOTIMPL, not implemented
5 = REFUSED (e.g., refused zone transfer requests)
Not implemented!
Funnily enough kinda like how emunand is not implemented in SX modware (some patches to nintendo's OS is hardly an OS of it's own).
Anyway I hate to say it, but I'm kinda with notimp on this one. Don't get me wrong when I first heard they were doing a modchip I had a slight rush of nostalgia for the old team way back when I'm pretty sure it was the old teams chip in my old ps2.
However when they actually released the info of what they were releasing, that's when the nostalgia went away and I always thought of modchipping as a permanent hardware solution, where you were paying for the hardware and it's clever use of soldering wires to the right places and inserted itself in between the right places to override the system and patch it's signature checks with unconditional jumps to check succeded code paths!
But things have changed since back then, and now I think they feel like basically anyone and their mother can put together the hardware part of it, the dongle or internal chip that injects the payload. So they feel like well wtf is our value if we just release something that anyone could build themselves, there's no uniqueness to it (maybe that's just in this circumstance, but maybe it's just that technologys advanced where there's so many tiny computers on a chip that it's maybe hard to be unique anymore.
So the only way they can feel like they're offering something different is by shifting the focus away from the hardware part of it and call their patches to the switch OS an OS (it's not an OS) that they then drmed. (Really? common man) Traditionally that was included as part of it along with the hardware and wasn't drmed and wasn't the focus, the chip was. They lost their chip edge and so now let's call signature check patches an OS, lol.
So you can do what you want but I haven't and won't be getting one and here's why:
1. As mentioned above there's nothing really unique about it this time around. Maybe the nature of the F-G exploit that's easy to run on anything, or maybe just the evolution of the environment we are in with tiny computers of all sorts all around, but it is what it is. Oh that's why they called it an OS, to make it seem like it's more than just a few patches to the system I get it now, it does sound like a marketing thing as notimp said actually since I just thought of that.
-> Just buy or your own dongle or internal modchip (in true modchip fashion) and in a little bit we'll get the same/similar/even better patches to achieve the same thing their 'OS' does and more.
2. They made their 'OS'/system patches proprietary. (This doesn't really make sense to me, since there's nothing really proprietary or secret about them, we'll figure out the same things to patch and then what really is proprietary about it?) I might of bought one for the hell of it if this wasn't the case instead of deciding to build my own internal modchip instead. Since it's closed and proprietary, it's hard to trust it because you don't know what it's actually doing or patching and none of that is transparent or modifiable and changeable by the user! So for instance say there's thing one thing that people are getting banned for and we figure out what it is and it's something simple to change, free and open source you can just know what that is, change it, and rebuild it with the fix. Theirs you wouldn't even know if that thing was patched properly, or you'd have to rely on them to fix it, waiting around for them to fix it when it's know and you could just patch it yourself or someone from the community patches it and ups it for others to use too! This part should have been open (it's going to be open anyways, regardless of who likes it or not), and they could have kept their uniqueness with an elegant internal solution, since most people are working on dongles instead of internals it still would've had an edge instead of just drm'ing the software route.
3. The non vanilla sysnand! I don't see what's the big deal, boot a patched copy of the os (or patch it on the fly) from the sdcard instead of sysnand (funnily enough they would of had more of a reason to call it an OS if they had done so), so that way you can stay on your current firmware and your nand backup that's good only for your current firmware will still be usable. If you update with a patched sysnand, where's your nand backup? I feel like you don't really have one, or at least not an untouched/unpatched one! When your patching stuff there's always a chance the patches could be incorrect or incorrect on different firmware (just look at the hekate situation with no 3.0.x support right now, yea patch incompatibility right there), so you always want a way to reverse what you've done in case it wasn't correct. Leaving the sysnand untouched, then your patches are always reverseable, because they were always only temporary!
So yea those are my reasons, and I don't mean to discourage anyone from getting this, but I'd hold out for the internal version and if they open up the code they're using or at least let you not use their proprietary code at all and just use the device with a free and open cfw solution! One that's safer, more developed (more eyeballs looking at it, more people working on it), and one that's user modifiable and configurable and fully transparent about what it's doing so the user of it doesn't have to just trust it, but that they know they can trust it!