Ride & Smile's avatar
Ride & Smile
rideandsmile@iris.to
npub1emas...4z0p
Discovering other worlds
Ride & Smile's avatar
Ride & Smile 3 months ago
Open Source Game Clones This site tries to gather open-source or source-available remakes of great old games in one place. If you think that something is missing from the list - please go to our GitHub repository and create an issue or even a pull request! Since all these projects are open-source you can help them and make this world a better place. Or at least you can play something to appreciate the effort people put in them. Similar resources: Free Gamer, a blog dedicated to open source game news Unix ASCII games, a list of opensource text-based games List of Open Source Games, list of open source games in mature/beta state Awesome Open Source Games, list of open source games and game-related projects that can be found on GitHub LibreGameWiki, the free gaming encyclopedia A is a game where the executable and sometimes the assets as well are remade open source. Some of these games aren't exact remakes but evolution of original ones, which were eventually open sourced. A is a game which is very similar to or heavily inspired by a game or series. An project is the official source code release for a game that was formerly closed-source, maintained by the original creators and has minimal changes. A game is one which has similar gameplay but is not a clone. A is not a game, but something that assists in playing or modding the game, such as a high resolution patch, or resource extractor.
Ride & Smile's avatar
Ride & Smile 3 months ago
Nixite - installs your linux software Nixite generates a bash script to automatically install all your Linux software unattendedly. Nixite prevents prompts and picks the best installation method. Nixite supports Ubuntu-based systems and Arch-based systems. Nixite installs a nixite-updater script to update all package managers and software at once
Ride & Smile's avatar
Ride & Smile 3 months ago
Elliptic Curve Operations for Bitcoin Script Abstract This document specifies a series of Elliptic Curve opcodes for secp256k1. These opcodes permit Bitcoin Script to carry out the individual Elliptic Curve operations that are used in routine signature generation and validation. When combined with opcodes such as OP_CAT this suite of opcodes enables a higher degree of expressivity via composition, as they enable the creation of on-chain state machines, by enabling Bitcoin Script programs to recompute a Tapscript output public key, from an internal key and a tweak. Copyright This document is licensed under the 3-clause BSD license. Motivation Taproot was introduced via BIP 341. One of Taproot's major improvements was the introduction of the Tapscript tree, which enabled a greater degree of privacy and expressively via the creation of an execution mode that allows developers to commit to N scripts within a Taproot output public key. A satisfying witness can then opt to reveal just the internal key and a signature, or one of the leaves with a corresponding authentication path. However, this functionality is limited as today in Bitcoin Script, a program cannot dynamically compute such a tree, nor the Taproot output key. In order to get around this limitation, developers protecting new uses cases with OP_CAT created the "Caboose" pattern. As OP_CAT alone cannot reconstruct the Tapscript root, developers instead opted to commit to state in a P2WSH output, that commits to a simple OP_RETURN script that carries the state. This approach has a clear drawback in that it requires spending an extra output to funnel instructions into an on-chain covenant state machine. This extra output increase the size of the transaction, uses a legacy output type, and further increases the introspection Script size. With the addition of the OP_EC_POINT_ADD, OP_EC_POINT_MUL, and OP_EC_POINT_X_COORD op codes (in concert with OP_CAT), a Bitcoin Script program gains the ability to recompute the top-level Tapscript output public key, and use that in assertions for an on-chain state machine. This creates a natural programming pattern wherein state is committed to in the left sub-tree of a Tapscript tree, while the actual program being executed is committed to in the right sub-tree. State can be verified via inclusion proofs passed into the witness, which can then be executed against the program portion in the right sub-tree. Aside from enabling this on-chain state machine paradigm, the addition of routine Elliptic Curve op codes into Bitcoin Script enables dynamic computation related to Elliptic Curves. Example use cases include: native blinded signature verification, partial musig2 signature verification, adapter signature operations, JIT DLC computations, and generically a large class of Sigma Protocol based on Elliptic Curves.