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	Cancelled
22	Continuous Integration	Benjamin Ansbach	Process	Accepted
23	JSON RPC PASCURRENCY format	Benjamin Ansbach	Backend, Documentation	Active
24	Account Data	Herman Schoenfeld	Protocol	Active
26	URI Scheme Proposal	Ugochukwu Mmaduekwe	Front-End	Rejected
27	E-PASA: Infinite Address-Space (via Layer-2)	Herman Schoenfeld	Protocol, Front-End	Proposed
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	Cancelled
31C	New Wallet: Multi-Platform	Appditto	User Interface	Active
31D	New Wallet: Multi-Platform & Multi-Paradigm	David Bolet	User Interface	Rejected
32A	Atomic Swaps via Hash-Locked Accounts	Herman Schoenfeld	Protocol	Active
33	DATA operation RPC implementation	Benjamin Ansbach	Backend	Proposed
34A	Website UI/UX Redesigns	Appditto	Website	Cancelled
35	Block Policy: Layer-1 Governance (Velocity Cash)	Herman Schoenfeld	Protocol	Proposed
36	RandomHash2: Enhanced GPU & ASIC Resistant Hash Algorithm	Herman Schoenfeld	Protocol	Accepted
37	Distinguish account updates between active/passive mode	Albert Molina	Protocol	Accepted
38	P2P Chat and Communication	Preben Björn Biermann Madsen	Protocol	Draft
39	Temporary Voting Procedure	Gynther and the Interrim Dao-Team	Process	Cancelled
40	Pascal Governance	Gynther and the Interrim Dao-Team	Process	Cancelled
41	Pay To Key: in-protocol PASA distribution	Herman Schoenfeld	Protocol	Draft
42	Update OP_RECOVER to initial sense described on original WhitePaper and allow ASK FOR PASA feature	Albert Molina	Protocol	Proposed
43	Update OP_RECOVER to recover only non used, not named PASA's	Albert Molina	Protocol	Proposed