API Re-org

[asutula]

71 of those files changed are deleted files ;)

The deletions are a lot of removing API that isn't primary to the current direction and focus of Powergate.

All other changes are refactoring of the API to make it easier to understand and use. This means removing the concept of and word "ffs" from the API and organizing the API around functionality/features instead of backend implementation concepts. My main driving thought was to make the primary interaction points of the API (getting, setting, applying configs, etc) top-level and easily accessible, while nesting secondary functionality (querying for job status, wallet balance, etc) one level down in appropriately named sub modules.

Here is the entire Powergate API now, with the comments denoting the top level and sub modules. This hierarchy is currently used as a road map and applied directly to the Go client and CLI structure. To reiterate: All changes in this PR, from RPC service implementation to client to CLI, are just refactoring to match this API design.

service PowergateService {
  // Top level
  rpc BuildInfo(BuildInfoRequest) returns (BuildInfoResponse) {}
  rpc ID(IDRequest) returns (IDResponse) {}
  rpc DefaultStorageConfig(DefaultStorageConfigRequest) returns (DefaultStorageConfigResponse) {}
  rpc SetDefaultStorageConfig(SetDefaultStorageConfigRequest) returns (SetDefaultStorageConfigResponse) {}
  rpc Stage(stream StageRequest) returns (StageResponse) {}
  rpc ApplyStorageConfig(ApplyStorageConfigRequest) returns (ApplyStorageConfigResponse) {}
  rpc ReplaceData(ReplaceDataRequest) returns (ReplaceDataResponse) {}
  rpc Get(GetRequest) returns (stream GetResponse) {}
  rpc Remove(RemoveRequest) returns (RemoveResponse) {}
  rpc WatchLogs(WatchLogsRequest) returns (stream WatchLogsResponse){}
  rpc CidInfo(CidInfoRequest) returns (CidInfoResponse) {}

  // Wallet
  rpc Balance(BalanceRequest) returns (BalanceResponse) {}
  rpc NewAddr(NewAddrRequest) returns (NewAddrResponse) {}
  rpc Addrs(AddrsRequest) returns (AddrsResponse) {}
  rpc SendFil(SendFilRequest) returns (SendFilResponse) {}
  rpc SignMessage(SignMessageRequest) returns (SignMessageResponse) {}
  rpc VerifyMessage(VerifyMessageRequest) returns (VerifyMessageResponse) {}

  // Storage Jobs
  rpc StorageJob(StorageJobRequest) returns (StorageJobResponse) {}
  rpc StorageConfigForJob(StorageConfigForJobRequest) returns (StorageConfigForJobResponse) {}
  rpc QueuedStorageJobs(QueuedStorageJobsRequest) returns (QueuedStorageJobsResponse) {}
  rpc ExecutingStorageJobs(ExecutingStorageJobsRequest) returns (ExecutingStorageJobsResponse) {}
  rpc LatestFinalStorageJobs(LatestFinalStorageJobsRequest) returns (LatestFinalStorageJobsResponse) {}
  rpc LatestSuccessfulStorageJobs(LatestSuccessfulStorageJobsRequest) returns (LatestSuccessfulStorageJobsResponse) {}
  rpc StorageJobsSummary(StorageJobsSummaryRequest) returns (StorageJobsSummaryResponse) {}
  rpc WatchStorageJobs(WatchStorageJobsRequest) returns (stream WatchStorageJobsResponse) {}
  rpc CancelStorageJob(CancelStorageJobRequest) returns (CancelStorageJobResponse) {}
  
  // Deals
  rpc ListStorageDealRecords(ListStorageDealRecordsRequest) returns (ListStorageDealRecordsResponse) {}
  rpc ListRetrievalDealRecords(ListRetrievalDealRecordsRequest) returns (ListRetrievalDealRecordsResponse) {}
}

[asutula]

Almost all of the API is implemented using FFS on the back end... therefore providing the POW_TOKEN is just a global thing now and should be done always.

[asutula]

Also for reference, here is the full admin API. We can provide more hierarchical structure in the admin client and CLI at some point, but for now they are just implemented as a flat Admin sub module of the client and CLI:

service PowergateAdminService {
  // Wallet
  rpc NewAddress(NewAddressRequest) returns (NewAddressResponse) {}
  rpc ListAddresses(ListAddressesRequest) returns (ListAddressesResponse) {}
  rpc SendFil(SendFilRequest) returns (SendFilResponse) {}

  // Instances
  rpc CreateStorageProfile(CreateStorageProfileRequest) returns (CreateStorageProfileResponse) {}
  rpc ListStorageProfiles(ListStorageProfilesRequest) returns (ListStorageProfilesResponse) {}

  // Jobs
  rpc QueuedStorageJobs(QueuedStorageJobsRequest) returns (QueuedStorageJobsResponse) {}
  rpc ExecutingStorageJobs(ExecutingStorageJobsRequest) returns (ExecutingStorageJobsResponse) {}
  rpc LatestFinalStorageJobs(LatestFinalStorageJobsRequest) returns (LatestFinalStorageJobsResponse) {}
  rpc LatestSuccessfulStorageJobs(LatestSuccessfulStorageJobsRequest) returns (LatestSuccessfulStorageJobsResponse) {}
  rpc StorageJobsSummary(StorageJobsSummaryRequest) returns (StorageJobsSummaryResponse) {}
}

[jsign]

LGTM, lots of cleaning, moving and renaming

Eager to see how it feels using all these changes!