Oracle3
Oracle3: 예측시장 거래 엔진·MCP 서버
A proof-of-stake cryptocurrency that rewards participation in BOINC scientific computing
운영진이 고쳐 썼습니다
금융HTML · CGitHub @gridcoin-community직접 설치운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗Gridcoin is a POS-based cryptocurrency that rewards users for participating on the BOINC network. Gridcoin uses peer-to-peer technology to operate with no central authority - managing transactions, issuing money and contributing to scientific research are carried out collectively by the network.
For Gridcoin binaries, see the GitHub releases page. For more information, see https://gridcoin.us/.
The easiest way to build Gridcoin is with the included build script, which automatically installs dependencies for a wide range of Linux distributions and macOS:
./build_targets.sh TARGET=native
The script supports several targets and options:
| Target | Description |
|---|---|
native | Dynamic linking against system libraries (development, packaging) |
depends | Static linking for portable release binaries |
win64 | Windows cross-compilation from Linux |
macos | macOS build (from macOS host) |
Run ./build_targets.sh --help for all options, including Qt5/Qt6 selection, ccache, build type, and more.
For manual builds and platform-specific instructions, see doc/build.md.
Developers work in their own trees, then submit pull requests to the development branch when they think their feature or bug fix is ready.
The patch will be accepted if there is broad consensus that it is a good thing. Developers should expect to rework and resubmit patches if they don't match the project's coding conventions (see developer-notes.md) or are controversial.
The master branch is regularly built and tested, but is not guaranteed to be completely stable. Tags are regularly created to indicate new stable release versions of Gridcoin.
Feature branches are created when there are major new features being worked on by several people.
Gridcoin uses five branches to ensure stability without slowing down the pace of the daily development activities - development, testnet, staging, master and hotfix.
The development branch is used for day-to-day activities. It is the most active branch and is where pull requests go by default. This branch may contain code which is not yet stable or ready for production, so it should only be executed on testnet to avoid disrupting fellow Gridcoiners.
When development is ready for broader testing, it is merged to testnet where tagged testnet pre-releases are published. This branch is used extensively for integration testing of consensus changes, hard fork activation, and new features on the Gridcoin test network before any production release.
When a testnet release has been validated and a decision has been made to move towards a production release, it is merged to staging as a final review step before release.
Once staging is confirmed ready, it is merged to master, a tag is created, and a release is made available to the public.
When a bug is found in a production version and an update needs to be released quickly, the changes go into a hotfix branch for testing before being merged to master for release. This allows for production updates without having to merge straight to master if the staging branch is busy.
The typical release path is: development → testnet → staging → master.
For general questions, please visit our Discord server, Matrix room, or Libera Chat in #gridcoin-help.
Gridcoin is released under the terms of the MIT license. See COPYING or https://opensource.org/licenses/MIT for more information.
| Branch | Quality Gate | Production Builds | Compatibility | Distros |
|---|---|---|---|---|
| Development | ||||
| Testnet | ||||
| Master |