The first solution suggests that a pool could send some work to ensure its validity before activating the job declaration protocol and this extension. This approach implies that the activation would only occur after the downstream has submitted some shares, highlighting a method to verify the authenticity and effectiveness of the work before full engagement.

The second solution delves into the operational details concerning whether a pool has the authority to deny certain transactions and under what criteria such denial should be based. This aspect remains unspecified within the proposal, leaving room for interpretation and flexibility in how pools might implement controls over transaction acceptance. This opens a dialogue about the autonomy of pools in managing transactions and the potential need for guidelines or standards to ensure fairness and efficiency in these operations.