PascalCoin/PIP

PascalCoin Improvement Proposals (PIP)

People wishing to submit PIPs, first should discuss their idea on the PascalCoin Discord. If they wish to continue, copy this template and ensure your PIP is in accordance to the standard. Submit to the PIP Maintainer for publication here.

All PIPs

Number	Title	Owner	Type	Status
1	PIP Purpose and Guidelines	Herman Schoenfeld	Process	Draft
2	In-protocol PASA Exchange	Albert Molina	Protocol	Active
3	Infinite Scaling via Deletable Blockchain	Herman Schoenfeld	Protocol	Active
4	Account Names and Types	Herman Schoenfeld	Protocol	Active
5	Stablised difficulty algorithm	Albert Molina	Protocol	Active
6	Salvage orphaned transactions	Herman Schoenfeld	Protocol	Active
7	New Wallet GUI	Herman Schoenfeld	Front-End	Draft
8	Hook(s) to start external programs	Preben Björn Biermann Madsen	Backend	Draft
9	RandomHash: GPU & ASIC Resistant Hash Algorithm	Herman Schoenfeld	Protocol	Active
10	50% Inflation Reduction	Herman Schoenfeld	Protocol	Active
11	20% Developer Reward	Herman Schoenfeld	Protocol	Active
12	Change account recovery to 10 years	Herman Schoenfeld	Protocol	Proposed
13	Allow nodes to pull pending operations	Herman Schoenfeld	Protocol	Active
14	New operation to certify accounts for extended recovery period	Dr. Muhammad Amer	Protocol	Proposed
15	Fast Block Propagation	Herman Schoenfeld	Protocol	Active
16	DATA-OP: In-Protocol Data Exchange (Layer-2 support)	Herman Schoenfeld	Protocol	Active
17	MULTI-OP: atomic batch operations	Herman Schoenfeld	Protocol	Active
18	10% funding allocation for Lazarus/FPC	Herman Schoenfeld	Process	Proposed
19	Balance recovered from lost accounts to be sent to developers fund	Dr. Muhammad Amer	Protocol	Draft
20	6-month PascalCoin Foundation Budget Appropriations	Herman Schoenfeld	Process	Withdrawn
21	Agreement For Funding	Herman Schoenfeld	Process	Active
22	Continuous Integration	Benjamin Ansbach	Process	Draft
23	JSON RPC PASCURRENCY format	Benjamin Ansbach	Backend, Documentation	Draft
24	Account Data	Herman Schoenfeld	Protocol	Draft
26	URI Scheme Proposal	Ugochukwu Mmaduekwe	Front-End	Draft
27	E-PASA: Infinite Address-Space (via Layer-2)	Herman Schoenfeld	Protocol, Front-End	Accepted
28	E-OP: Layer-2 operation encoding standard for smart-contracts	Herman Schoenfeld	Front-End	Withdrawn
29	Account Seals: Cryptographically Secure Account Histories	Herman Schoenfeld	Protocol	Active
30	SafeBoxRoot: Deletable SafeBox and Light-Nodes	Herman Schoenfeld	Protocol	Active
31A	New Wallet: Multi-Platform & Multi-Paradigm	Herman Schoenfeld	User Interface	Withdrawn
31B	New GUI Wallet	mosu_forge	User Interface	Accepted
31C	New Wallet: Multi-Platform	Appditto	User Interface	Accepted
31D	New Wallet: Multi-Platform & Multi-Paradigm	David Bolet	User Interface	Rejected
32A	Atomic Swaps via Hash-Locked Accounts	Herman Schoenfeld	Protocol	Proposed
33	DATA operation RPC implementation	Benjamin Ansbach	Backend	Proposed
34A	Website UI/UX Redesigns	Appditto	Website	Proposed
35	Block Policy: Layer-1 Governance (Velocity Cash)	Herman Schoenfeld	Protocol	Draft
36	RandomHash2: Enhanced GPU & ASIC Resistant Hash Algorithm	Herman Schoenfeld	Protocol	Accepted